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FOREWORD 


This  is  Volume  II  of  the  User's  Manual  Component  of  the  Integrated 
Nuclear  and  Conventional  Theater  Warfare  Simulation  (INWARS)  documentation. 
It  presents  the  content  and  format  of  user  inputs  to  the  INWARS  treatment 
of  combat  interactions.  - - - — - J  , 
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INPUT  SPECIFICATIONS 


A.  GENERAL  COMMENTS 

This  volume  specifies  the  inputs  to  the  Combat  Interactions  portion  of 
the  INWARS  model.  This  software  may  be  run  either  in  a  stand  alone  mode, 
or  as  part  of  the  integrated  INWARS  model.  In  the  latter  case,  the  run 
control  cards  given  in  Section  A  are  omitted. 

The  function  of  the  inputs  are  to  initialize  various  data  structures 
which  define  operations  weapons,  terrain,  units,  and  other  aspects  of  the 
model.  Thus,  the  inputs  are  organized  by  the  data  structure  initialized. 
The  data  structure  definitions  are  given  in  "INWARS  CIS  DATA  STRUCTURES"  in 
sections  shown  by  Table  1,  for  the  respective  sections  of  this  volume. 

Since  the  inputs  are  primarily  used  to  load  data  structures,  the 
acceptable  range  for  numbers  depends  on  the  space,  or  number  of  bits, 
allocated  to  the  particular  field  in  the  data  structured  definition.  The 
minimum  value  for  almost  all  inputs  is  zero;  blank  or  negative  entries  will 
usually  cause  catastrophic  software  failure.  Most  "factors"  in  the  model 
are  stored  in  nine  bits,  with  a  maximum  input  value  of  7.99  in  floating 
point  formats  or  799  (%)  in  integer  formatted  fields.  Larger  values  will 
probably  cause  software  errors,  except  where  the  data  specifications  in 
this  volume  say  otherwise. 

One  type  of  data  used  throughout  the  CIS  data  structures  is  the 
"flag."  This  type  of  information  is  normally  stored  in  one  bit,  and  is 
used  to  enable  or  indicate  a  particular  feature.  Examples  are  flags  which 
indicate  that  a  weapon  is  nuclear,  or  that  it  is  subject  to  air  attack. 
These  flags  are  put  in  octal  format,  with  each  digit  of  the  octal  number 
representing  three  flags,  as  shown  in  Figure  1. 

When  floating  point  format  is  specified,  such  as  with  F5.2,  the  first 
number  indicates  the  total  number  of  card  columns  used,  and  the  second 
indicates  the  number  of  card  columns  following  the  decimal  point.  Thus, 
for  the  F5.2  format,  the  first  two  columns  would  be  the  integer  portion  of 
the  number,  the  third  column  a  decimal,  followed  by  the  fractional  value  in 
the  last  two  columns. 
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DECIMAL 


8192 

16384 

32768 

65536 

131072 

262144 

524288 

1048576 

2097152 

4194304 

8388608 

16777216 

33554432 

67108864 


TABLE  1.  DEBUG  FLAGS 


SUBROUTINE 

PERCEV 

PERCEV 

PERCEV 

COMBAT 

CONTNG 

BGSGO 

GETHX 

GETHX2 

GETHX2 


GIMME, 

RELEASE 

GUBEOR 

EVALST 

DISPOSE 

DISPOP 

SITCVT 

GENOBJ 

DIVPLN 

DORDER 

HORIEN 

RECOV 

SCORMV 

DAMAGE 

EVALU8 

RECSGO 

HXMOV 

ABCOPS 

BDEACT 

GSARTY 

GSARTS 

RECARQ 

CREATE 

PURGEN 

GETTPU 

TRANSA 

EXTSUP 


PERCEPTION,  ENTRY  POINT 
PERCEPTION,  LOOP  FOR  ALL 
PERCEPTIONS 

PERCEPTION,  EXIT  POINT 

COMBAT  PROCESS;  THIS  CAUSES  A  LOT 

OF  OUTPUT 

CONTINGENCY  RECOGNITION  PROCESS, 
ORS 

OPERATION  REACTION  SYSTEM 

GET  HEX  UTILITY 

GET  HEX  UTILITY,  EXIT 

GET  HEX  UTILITY,  LOOP  (LOTS  OF 

OUTPUT) 

NOT  USED 
NOT  USED 

ALLOCATION  AND  RETURN  OF  DYNAM¬ 
ICALLY  ALLOCATED  MEMORY  ARRAY 
SPACE 

TRACES  ENTRY  AND  EXIT  OF  MAJOR 
SUBROUTINES 

EVALUATE  ENTITY  STRENGTH 
DISPOSE  OF  OLD  OPERATION  ORDER 
POP  OPORDER  STACK 
SITUATION  CONVERSION  OF  CODE  (ORS) 
GENERATE  OBJECTIVE 
NOT  USED 

DIVISION  PLANNING  PROCESS 
DETAIL  TEMPLATE  ORDER  PROCEDURE 
HEX  ORIENTATION  UTILITY 
RECOVERY  FROM  SUPPRESSION  EFFECTS 
MOVEMENT  SECTION,  SPEED,  AND 
PROCESS 

EQUIPMENT  DAMAGE 
SITUATION  FEATURE  AGGREGATION 
RECEPTION  OF  SUPPLY  REQUESTS 
MOVEMENT  WITHIN  HEX  TREE 
AIR  BASE  CLUSTER  OPERATIONS 
ENTITY  OPERATIONS  SUPERVISOR 
GENERAL  SUPPORT  ARTILLERY  AND 
SUPPORT  REQUEST  PROCESSES 
RECEPTION  OF  AIR  REQUESTS  BY  ABC 
ENTITY  CREATION 
ENTITY  PURSE 

GET  TEMPLATE  RELATION  UNIT 
UTILITY 

TRANSFER  ASSETS  UTILITY 
EXTERNAL  SUPPLY  ECHO 


'SI 


t 

r;i 


OCTAL  NUMBER:  EXAMPLE  CFLAGS  FOR  ASSET 


FLAGS: 


IDENTITY 


VALUE  ASSIGNED 
BY  USER 


DIGITS 


MW/MM9 


7  6  5  4  3  2  1  0 


«/>  ?  *  5$  z  5  ce 

ui  a.  x  3  a  >  uj 

<SUZcoSh- 
(3  0  0  0  0  00 


0  0  0  1  0  1  0  0  1 


COMPONENT 
VALUES 
MULTIPLY 
BY  VALUES 


ADD  COMPONENTS 
FOR  EACH  DIGIT 
TO  GIVE 
OCTAL  NUMBER 
USED  ON  INPUT 


4  2  1  4  2  1  4  2  1 

0  0  0  1  0  1  0  0  1 


.0  0  0  I  4  0  I  Q  0  1 


Figure  1.  Octal  Number  Use 
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B.  RUN  CONTROL  ANO  DIAGNOSTIC  FEATURES 


The  cards  described  here  are  at  the  start  of  each  INWARS  CIS  input 
deck.  They  are  omitted  when  the  CIS  input  is  used  as  part  of  the  complete 
INWARS  model  input. 

Card  1:  Run  Control 

Inputs:  ICON  (A4)  Input  Control: 

(columns  10-13)  NEWb  If  new  data  input 

OLDb  If  old  data  from  ISPACE 


Note:  Use  NEW  for  input  processor,  OLD  for  model 
RCON  (A4)  Run  Control: 


(columns  14-17)  RUNb 

If  run  division  planning,  then 

combat  model 

BDEb 

To  run  only  the  combat  model , 
no  division  planning 

(Blank) 

Input  only 

Note:  Use  RUN  or  BDE  only  for  model,  not  input  processor. 

CYCLES  (15)  Specifies  the  number  of  combat  cycles 

(Columns  19-23)  for  the  model 

EFLG  (A4)  Save  Flag: 

(Columns  25-29)  SAVE: 

At  end  of  run,  ISPACE  is  saved 

on  device  9 

Card  2:  Echo  Control 

Format:  7X,  2A4 

Inputs:  ECH  (A4)  Echo  Enable 

(columns  8-11)  YESb 

If  input  echo  required 

bNOb 

If  no  input  echo  desired 

OPT  (A4)  Option  Specification 

(columns  12-15)  ALLb 

For  echo  of  all  inputs 

SRCH 

Search  tables 

NCRD 

Nuclear/chemical  readiness 

data 
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Card 


Card 


Card 


ORST 

ORS  tables 

OPDT 

Operations  data 

TABS 

Includes  Search,  N/C  readi¬ 

ness,  ORS,  Operations,  and 

Asset  Data 

HEXS 

Hex  data 

ENTY 

Entity  data 

Notes: 

1.  This  card 

is  omitted  if  "OLD"  is 

specified 

for  ICON  on  Card  1. 

2.  The  option  specification  allows 

restriction  of  echo  to  only  part 

of  the  input  data. 

3:  Dump 

Control 

Format: 

7X,  A4 

Input: 

DCON  (A4) 

Input  Diangostic  Control 

(columns 

6-19)  YESb 

Activates  diagnostic  writes 

GUBEDR,  GETHX,  GETHX2,  GIMME 
subroutines 

bNOb  No  diagnostics  on  input 
5:  Model  Run  Diagnostic  Control 

Format:  3X,  012  (columns  4-15) 

This  octal  number  is  a  series  of  36  flags  which  selec¬ 
tively  enable  various  debug  writes  in  the  CIS  software. 
Table  1  identifies  the  bits. 

6:  Diagnostic  Data  Structure  Dump  Control 

Format:  3X,  012  (columns  4-15) 

This  octal  number  is  a  series  of  36  flags  which  govern 
the  operation  of  the  DSDUMP  subroutine.  This  routine 
dumps  selected  data  structure  at  the  completion  of  the 
run.  Table  2  identifies  the  bit. 

Note:  In  the  input  descriptions,  the  smaller  letter  b  indicates 
a  blank  in  the  A4  format. 
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TABLE  2. 

DATA  STRUCTURE  DUMP  CONTROL  FLAGS 

1  BIT 

DECIMAL 

USE 

*;  o 

1 

ENTITIES 

;■  1 

2 

OPERATION  ORDERS  (BIT  0  MUST  ALSO  BE  ON) 

i  2 

4 

HEXES  AND  OCCUPANCY  BLOCKS 

1  3 

8 

ASSET  DESCRIPTORS 

f  4 

16 

OPERATION  DESCRIPTORS 

.-,  5 

32 

CONTINGENCY  TABLE 

•:  6 

64 

SEARCH  TABLES 

'•  7 

128 

TARGET  LIST 

r  8 

256 

OPERATION  EFFECTS  TABLE  (BIT  4  MUST  ALSO  BE  ON) 

1  9 

512 

COMBAT  EFFECTS  TABLES 

1  10 

1024 

ISPACE  DUMP  (USES  SUBROUTINE  FSDUMP) 

M  n 

2048 

ORS  TABLES  (DOES  NOT  WORK) 

t;  12 

4096 

TYPE  DESCRIPTOR  BLOCKS 

s  13 

8192 

NUCLEAR/CHEMICAL  READINESS  TABLES 

v« 

| 

•  • 

<; 

i 

'j 

•> 

•i 

V 

<) 

16384 

SUPPLY  STRUCTURES  (BIT  0  MUST  ALSO  BE  ON) 
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NOTE  -  Failure  to  include  the  echo  control  card  will  cause  the  program  to 
abort  due  to  a  fatal  loader  error. 

C.  INFORMATION  DEGRADATION  DATA 

This  data  defines  the  extent  to  which  information  collected  about 
enemy  force  elements  is  degraded  by  loss  of  qualitative  information  element 
or  quantitative  precision.  Its  role  is  described  in  the  Modeling  Descrip¬ 
tion  Volume  IV,  Chapter  II.  Information  degradation  is  organized  by  side 
(NATO  vs  Warsaw  Pact)  and,  within  side,  by  20  milometer  "range  bands" 
around  the  collecting  force  element  (10  such  range  bands  are  permitted). 
The  Information  Degradation  Input  Deck  thus  consists  of  20  Degradation  Data 
Sets,  one  for  each  side  and  range  band.  The  organization  of  the  deck  is 
suggested  in  Figure  2. 

This  data  is  read  only  in  the  complete  INWARS  model  version,  and 
preceeds  all  other  inputs  described  in  this  volume.  It  is  not  read  in  the 
^  case  of  the  test  version  of  the  combat  interactive  software.  Thus,  either 

the  cards  described  in  Section  B  or  these  cards  are  included  depending  on 
application. 

Each  Information  Degradation  Data  Set  consists  of:  (1)  a  set  of  flags 
indicating  whether  or  not  associated  information  element  can  be  collected; 
and,  (2)  a  set  of  measurement  unit  expressing  the  precision  with  which 
associated  information  elements  can  be  collected.  Each  such  data  set  is 
specified  on  a  single  card  as  will  now  be  described. 


Format  Specification: 
Input  Variables 

DGNATF  (II)  = 
(Column  1) 
DGSVCF  (II)  = 
(Column  2) 


811,  12,  313,  16,  213. 

Flag  indicating  whether  or  not  Nationality 
information  is  degraded  (1  =  degraded) 

Flag  indicating  whether  or  not  source  informa 
tion  (i.e.,  air  versus  ground)  is  degraded 
(1  =  degraded) 
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Figure  2.  Information 
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D6TYPE  (IT)  = 
(Column  3) 

DGFCNF  (II)  = 
(Column  4) 

DGNRYF  (II)  = 
(Column  5) 
DGCRYF  (II)  = 
(Column  6) 
DGMSNF  (II)  = 
(Column  7) 
DGOPNF  (II)  = 
(Column  8) 
LOCDEG  (12)  = 
(Columns  9-10) 
AXDEG  (13)  = 

(Columns  11-13) 

SECDEG  (13)  = 
(Columns  14-16) 
SPDOEG  (13)  = 
(Columns  17-19) 
STROEG  (16)  = 
(Columns  20-25) 


CAPDEG  (13)  = 
(Columns  26-28) 

ACQDEG  (13)  = 


Flag  indicating  whether  or  not  type  informa¬ 
tion  (e.g.,  combat  versus  combat  support)  is 
degraded  (1  =  degraded) 

Flag  indication  whether  or  not  Function  infor¬ 
mation  is  degraded  (1  =  degraded;  not  used 
at  present). 

Flag  indicating  whether  or  not  nuclear  readi¬ 
ness  information  is  degraded  (1  =  degraded) 

Flag  indicating  whether  or  not  Chemical  Readi¬ 
ness  information  is  degraded  (1  =  degraded). 

Flag  indicating  whether  or  not  mission  infor¬ 
mation  is  degraded  (1  =  degraded). 

Flag  indicating  whether  or  not  Operation 
information  is  degraded  (1  =  degraded). 

Hex  level  to  which  Location  information  can 
be  known  (0-6) 

Nearest  number  of  degrees  to  which  axis  of 
operation  information  can  be  known  (0-360 
degrees) 

Nearest  number  of  kilometers  to  which  Sector 
Width  information  can  be  known  (0-51  kilometers) 
Nearest  number  of  kilometers/hour  to  which 
Speed  information  can  be  known  (0-128  km/hour) 
Nearest  number  of  standard  strength  unit  (e.g., 
tank  equivalents,  etc.)  to  which  Strength 
information  can  be  known  (0-262K  strength 
units) 

Nearest  number  of  suppression  index  units  to 
which  Capability/Suppression  information  can 
be  known  to  (0-512  suppression  index  units) 
Fraction  of  a  large  scale  unit  which  may  be 
"acquired"  for  targeting  purposes  (0-100 
percentage  points) 
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0.  TERRAIN  EFFECTS  AND  SEARCH  DATA 


Terrain  Effects  Data 


Immediately  preceeding  the  search  pattern  data  are  three  cards 
which  allow  the  user  to  specify  terrain  effects  on  speed,  cover,  and 
obscuration  respectively.  The  first  eight  values  on  eac  card  is  for 
terrain  types  zero  to  seven.  The  remaining  five  are  for  the  two  types  of 
artificial  barrier  hexes,  rivers,  and  the  two  types  of  barrier  hex  sides. 
These  last  five  values  are  omitted  on  the  last  card  (obscuration). 

a.  Card  1:  Terrain  speed  effects 

FORMAT:  1315  Terrain  speed  degradation,  as  a  modifi- 

TERSPD  (I)  cation  to  normal  speed  for  a  given  oper- 

1=1,  13  ation.  A  value  of  zero  causes  no  effect, 

(columns  1-5,6-10,  a  maximum  value  of  64  is  used  to  give  com- 

11-15,  1620,  etc.)  plete  degradation. 

b.  Card  2:  Terrain  cover  effects 

r0RMAT :  1315  Terrain  cover  given  as  the  number  of  tar- 

TERTAB  (I)  gets  of  an  enemy  unit  in  the  hex  which 

1=1,  13  would  result  in  a  50%  probability  of  tar- 

(columns  1-5,  6-10,  get  acquisition  (LOS)  to  some  target  for 

11-15,  16-20,  etc.  the  average  weapon,  for  each  type  of  ter¬ 
rain.  The  value  for  the  basic  terrain 
type  in  a  given  hex.  This  factor  is 
intended  to  give  the  ability  of  targets 
to  take  advantage  of  micro  terrain  cover 
in  the  hex. 

c.  Card  3:  Terrain  Obscuration 

FORMAT:  815  Terrain  obscuration  is  intended  to  give 

MVALU  (I)  the  effect  of  limited  line  of  site  due  to 

1=1,  8  macro  terrain  features  such  as  landform 

(columns  1-5,  6-10,  and  forest.  The  effect  depends  on  the 
11-15,  16-20  disposition  of  the  unit.  The  value  for 
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a  terrain  type  is  the  minimum  exponent 
to  which  the  disposition  is  raised  to 
give  the  proportion  of  effective  wea¬ 
pons.  This  is  applied  to  direct  five 
weapons.  The  maximum  exponent  is  a 
reflection  of  the  rage  capability  of  the 
weapon.  Use  zero  for  artillery  and 
other  indirect  fire  weapons. 

2.  Search  Patterns: 

The  data  which  described  the  search  patterns  is  organized  by 
search  class  and  sector  width.  The  initial  card  gives  the  number  of  search 
classes.  Each  class  is  headed  by  a  card  giving  the  number  of  search  pat¬ 
terns  in  that  class.  The  actual  cards  which  define  the  search  pattern 
follow,  headed  by  a  card  specifying  the  number  of  search  vectors  in  the 
pattern  and  the  sector  width.  The  Search  Data  Deck  is  illustrated  in 
Figure  3. 

3.  Search  Deck  Header  Card 
Format  Specification:  10X,  15 

Input  Variable:  NSRCHS(I5)  *  Number  of  search  classes 
(Columns  11-15) 

4.  Search  Class  Header  Card 
Format  Specification:  15 

Input  Variable:  NSRCS( 15)  =  Number  of  search  patterns  in  class 
(Columns  1-5) 

5.  Search  Pattern  Header  Card 
Format  Specification:  315 
Input  Variables: 

NHEXES(I5)  *  Number  of  hex  vectors  in  search 
(Columns  1-5) 

SECT0R( 15)  =  Sector  width  for  which  this  search  pattern  is 
(Columns  6-10)  defined 
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Figure  3.  Search  Data  Deck 
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6. 


TGTLIM(I5)  = 
(Columns  11-15) 

Search  Data  Cards 

Format  Specification: 

Input  Variables: 
HSVECT(03) 
(Columns  3-5) 
HXLEV(I5) 
(Columns  6-10) 
RANGE(I5) 
(Columns  11-15) 
FLN0X(I5) 
(COLUMNS  16-20) 


C0EF1(F5.2) 
(Columns  21-25) 
C0EF2(F5.2) 
(Columns  26-30) 

C0EF3(F5. 2) 
(Columns  31-35) 
C0EF4(F5. 2) 
(Columns  36-40) 

0IR1  (01) 
(Column  45) 

0IR2  (01) 
(Column  50) 
ENGFGS(03) 


Number  of  target  units  which  can  be  simulta¬ 
neously  acquired  or  engaged  by  a  unit  using 
this  search  pattern.  If  zero,  there  is  no 
limit. 

2X,  03,  315,  4F5.2,  2(4X,  01),  2X,  03 

=  Search  vector  (in  hex,  value  >  0) 

=  Level  of  search  above  base  level 

=  Range  of  search  from  searching  unit  (zero 
for  hexes  occupied  by  the  unit). 

=  Flank  index  indicating  side 

1  =  left  flank 

2  =  right  flank 

0  -  no  flank  effects. 

*  Threat  coefficient  for  enemy  force  in  hex. 

Normal  value  is  one  for  vector  7. 

=  Flank  threat  coefficient  for  enemy  force 
in  hex.  Normal  value  is  one  for  vectors 
2  or  4. 

=  Allocation  factor  against  enemy  units  in 
the  hex.  Normal  value  is  one  for  vector  7. 
-  Force  distribution  fraction.  All  C0EF4 
factors  in  the  search  pattern  should  sum 
to  one;  C0EF4  should  be  zero  if  RANGE  >  0. 

=  Direction  for  which  threat ’evaluation  is 
doubled. 

=  Direction  for  which  flank  evaluation  is 
doubled. 

=  Engagement  mode  flags:  A  binary  bit  is  set 
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ENTITY  TYPE 
DESCRIPTOR  CARDS 

ENTITY  TYPE  _  ( 

HEADER  CARO  *1 


^ (TYPE  DATA) 
ENTY  TYPES  10 


10  CARDS 


NUMBER  OF  ENTITY  TYPES 


■ow/aaoa 


Figure  4.  Entity  Type  Descriptor  Deck 
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(Columns  53-55)  in  this  octal  field  to  indicate  which  engage¬ 
ment  modes  the  searching  unit  may  use  to 
engage  targets  in  the  hex.  These  flags  are: 
Bit  Engagement  Mode 

(lsb)  0  Counter-Command/Control 

1  Indirect  Fire 

2  Direct  Fire 

3  Anti -Air  Defense 

4  Anti -Air 

5  Counter  Fire 

6  Counter  Logistics 

7-8  Unassigned 

7.  Notes  on  Input  Data  Limits,  Effects,  and  Anomalies 

All  input  data  elements  having  a  floating  point  format  must  have 
values  between  0  and  7.99.  Negative  numbers  or  blank  entries  for  any  of 
the  variables  will  cause  errors  or  model  failure  during  execution.  A  zero 
value  should  not  be  used  for  HSVECT;  a  value  of  7  is  used  for  the  "own  hex" 
search.  A  value  of  zero  for  DIR1  or  DIR2  will  nullify  the  direction  of 
movement  considerations.  A  zero  for  FLNDX  causes  flank  considerations  to 
be  nulled.  FLNDX  should  be  less  than  3. 


E.  ENTITY  TYPE  DESCRIPTOR  DATA 


The  type  descriptor  data  is  commonly  used  by  all  entities  of  a  given 
type.  The  types  of  entities  thus  distinguished  can  be  given  different 
operations  classes,  nuclear  readiness  posture  effects,  and  different  Opera¬ 
tion  Reaction  System  tables.  Figure  4  illustrates  the  makeup  of  this  input 
deck. 

1 .  Entity  Type  Deck  Header 

Format  Specification:  10X,  15 
Input  Variable:  NTYPES(I5)  =  Number  of  entity  types 
(Columns  11-15) 
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2. 


Type  Descriptor  Data  Cards 

Format  Specification:  15,  4X,  A6,  3X,  02,  IX,  04,  2(2X,  03),  4X, 

01,  15 


Input  Variables: 
TYPE(I5) 
(Columns  1-5) 
NAME(A6) 

(Columns  10-15) 
UNICAT(02) 

(Columns  19-20) 
TFLAGS(04) 

(Columns  22-25) 

Bit 

(lsb)  0-4 
5 


6 


7 

8 

9 

10 

(msb)  11 

UNENGR(03) 
(Columns 
28-30) 


=  Type  index  (1  to  31) 

=  Alpha  description  of  specified  type 

2 

=  Unit  category  used  in  C  I  processing. 

(Not  used  by  supply). 

=  Type  flags  as  follows: 

Identity 

Undefined 

FLGMVC  Move  consideration: 

0  =  normal  method 
1  =  direction  to  objective  only 
FLGTER  Terrain  effects.  If  zero,  unit  gets 
no  terrain  cover  benefit  during  com¬ 
bat  processes. 

FLGSl  Shoots  last  on  interim  combat  during 
multi -hex  movement 

FLGSF  Shoots  first  on  interim  combat  during 

multi -hex  movement 
Undefined 

FLGMCB  Indicates  combat  during  movement  on 

hex  moves 

FLGMCR  Indicate  unit  receives  fire  during 

multiple  hex  moves 

Unit  engagement  rule  flags:  A  flag  is  set  for 
each  engagement  made  which  the  entity  may 
employ: 
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Bit 

(Isb)  0 
1 
2 

3 

4 

5 

6 

7-8 

UNVULR(03) 

(Columns 

32-35) 

FLNTEL(Ol) 
(Column  40) 
TGTCAT(I5) 
(Columns 
41-45) 
UNICAT(I5) 
(Columns 
46-50) 


Engagement  Mode 
Counter-Command/Control 
Indirect  Fire 
Direct  Fire 
Anti-Air  Defense 
Anti -Air 
Counter  Fire 
Counter- logistics 
Unassigned 

i 

Unit  vulnerability  rule  flags:  These  flags 
indicate  the  engagement  modes  by  which  an 
entity  of  this  type  may  be  engaged.  The  bit 
definitions  correspond  to  those  listed  for 
UNENGR  above. 

Flags  available  for  the  control  of  intelligence 
acquisition  process.  (Unused). 

2 

Target  Category  and  Unit  Category  for  Cl 
purposes.  Assigned  from  list  below.  These  are 
Inserted  into  the  data  structure  elements  which 
are  also  defined  as  STKLOC  and  STKTR. 


Type 

Description 

TGCAT 

UNICAT 

1 

EAD  HQ 

2 

23 

2 

DIV  HQ 

1 

1 

3 

GND 

0 

1 

4 

LOG 

5 

25 

5 

N/C  DELIV 

3 

15 

6 

ABC 

4 

41 

7 

AMP 

0 

33 

Others 

m 

0 

0 
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STKSUP,  STROPS  Stock  levels  for  intelligence  acquisition  by  an 
(Columns  61-65,  entity  of  this  type.  (Value  =  0  to  511) 

66-70)  Not  used. 

SRCTYP(I5)  Identifies  the  type  of  search/perception  pattern 
(Columns  used  by  the  unit.  If  it  is  zero,  the  search/ 

71-75)  perception  pattern  is  a  function  of  operation. 

NTELEV(I5)  Indicates  the  proportion  of  the  perception  of 
(Columns  the  situation  that  depends  on  subordinate 

76-80)  unit  reports  (for  division  HQ  only). 

3.  Unit  Type  Limits 

These  six  cards  are  used  to  define  the  type  numbers  associated 
with  units  which  undergo  special  processing.  On  each  card  is  a  maximum  and 
minimum  type  number  which  will  result  in  recognition  as  a  unit  at  that 
type. 

1)  Card  1:  Echelon  Above  Division  Types: 

FORMAT:  215 

EADTYP ,  EADTYH  EAD  unit  types.  Both  values  must  be  1. 
(columns  1-5,  6-10, 

2)  Card  2:  Division  Headquarters  types: 

FORMAT:  215 

TDIVHQ,  TDIVHH  Division  headquarters  types.  Both 
(columns  1-5,  6-10)  values  must  be  2. 

3)  Card  3:  Maneuver  Unit  types 
FORMAT:  215 

GNDMV,  GNDMVH  Ground  maneuver  unit  types.  Both  values 

(columns  1-5,  6-10)  normally  3. 

4)  Card  4:  Logistics  Unit  Types 
FORMAT:  215 

TL0G,  TLOGH  Logistics  unit  types.  Both  values 

(columns  1-5,  6-10)  normally  4 

5)  Card  5:  Airbase  Cluster  Types 
FORMAT:  215 
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TABC,  TABCH  ABC  unit  types.  Both  values  normally  6 

(columns  1-5,  6-10) 

6)  Card  6:  Nuciear/Ciiemical  Delivery  Entitles 
FORMAT:  215 

TNCDE,  TNCDEH  N/C  Delivery  Entity  types.  Both 

(columns  1-5,  6-10)  normally  5 


WEAPON/ASSET  CHARACTERISTICS  DATA  -  (INTABS) 


# 


This  data  defines  the  characteristics  of  all  the  various  assets  which 
may  be  attached  to  entities  in  the  model.  This  information  is  stored  in 
the  Asset  Descriptor  Blocks  and  associated  combat  effects  tables.  Section 
3  of  "INWARS  Combat  Interactions  Data  Structures"  provides  additional 
information. 

The  Input  Deck  includes  a  header  card  which  specifies  the  number  of 
different  assets  which  will  be  defined,  the  number  of  target  types,  and  the 
resolution  to  be  used  for  each  target  type.  This  is  followed  by  a  series 
of  card  sets  describing  each  asset.  Figure  5  illustrates. 

1 .  Asset  Data  Header  Card 

10X,  215,  10F6.2/20X,  10F6.2 


Format  Specification: 
Input  Variables: 
NASSET(I5) 
(Columns  11-15) 
NTGTYP(I5) 
(Columns  16-20) 
TGTRAD(I)(F6. 2) 
(Columns  21-26, 
27-32,  33-38, 
39-44,  etc. ) 


Number  of  assets  described 

Number  of  targets  types 

Array  which  gives  the  resolution  used  for 
each  target  type.  For  example,  .25  indi¬ 
cates  that  each  4  integer  steps  is  one 
individual.  Note  that  there  is  a  limit 
on  the  maximum  integer  value  which  can  be 
put  in  the  asset  list.  Thus,  if  the  maxi¬ 
mum  integer  value  is  511  (as  it  is  for 
2  or  3  assets  per  asset  item  structure), 
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Figure  5.  Asset  Data 
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and  if  a  unit  may  have  up  to,  but  no  more 
than,  127  tanks,  then  tanks  must  have  a 
target  class  with  a  value  TGTRAD  of  .25 
or  greater. 

Note  that  for  NTGTYP  -  >  10,  two  cards  are  used.  Provision  is  made  for  20 
target  types. 

2.  Asset  Descriptor  Basic  Data 

This  data  is  on  a  series  of  cards  which  will  be  listed  separately, 
a.  Card  1 

Format  Specification:  15,  4X,  A6,  215,  2X,  03,  15,  2(2X,  03),  515 
Variable  Inputs: 

TYPE(I5)  Asset  type  identifier  (1  to  ASTYPM).  The 

(Columns  1-5)  maximum  value  allowed  depends  on  the  form 

of  the  asset  list  and  is  put  in  as  the 
variable  ASTYPM  during  compilation.  Nor¬ 
mally  it  will  be  511  for  INWARS. 

Reserved  types - 

60  =  Supply  capacity 

61  =  Repair  capacity 
59  =  Supplies 

63  =  Air  base  capacity 

NAME(A6)  Alpha  description  of  asset. 

(Columns  10-15) 

CATEGR(I5)  This  gives  the  category  of  which  the 

(Columns  16-20)  asset  type  is  a  member.  Typical  cate¬ 

gories  might  be  for  tanks,  APC's, 
suppliers,  etc.  This  value  must  be  less 
than  63.  The  classes  may  be  assigned  as 
equal  to  target  type  (defined  later)  as 
the  simplest  alternative. 

NX0PS(I5)  This  operations  index  specified  the  class 

(Columns  21-25)  of  operations  for  which  this  asset  can 

act  as  a  weapon.  A  zero  indicates  it  may 
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CF LAGS (03) 
(Columns  28-30) 
Bit 

0  (Isb) 

1 


2 

3 

4 

5 

6 

7,  8 
NTGT$(I5) 
(Columns  31-35) 


WPENGR(03) 
(Columns  38-40) 


act  as  a  weapon  regardless  of  the  operation 
class  of  the  unit  to  which  it  is  attached. 
NXOPS  must  be  7  or  less,  but  may  be  no 
greater  than  the  number  of  classes  for 
which  data  is  provided. 

These  flags  define  certain  asset  character¬ 
istics  as  follows: 


Identity 

FLGTER 


FLGMVR 


FLGSCN 


FLGNUK 

FLGCHM 

FLGWPN 

FLGAES 


Description 

Terrain  Flag:  If  1,  indicates  that 
the  weapon  is  affected  by  terrain. 
Indicates  that  combat  results  are 
reduced  if  a  target  unit  is  moving 
faster  than  1  hex  per  interval, 
reducing  engagement  time. 

Indicates  target  list  scan  direction. 
0  for  all  except  counter-air  weapons. 
Nuclear  weapon 
Chemical  weapon 

Indicates  the  asset  is  a  weapon. 
Indicates  supply  consumption  depends 
on  suppression  as  well  as  attrition. 
Undef i ned 

This  indicates  the  number  of  target  types 
for  which  combat  parameters  are  defined. 
Values  are  given  for  types  one  to  NTGTS, 
even  though  a  weapon  may  be  unable  to 
engage  one  of  those  types.  NTGTS  must  be 
no  greater  than  the  number  of  target 
classes. 

Weapon  engagement  mode  flags.  These 
indicate  the  manner  in  which  a  weapon  may 
be  used.  For  a  weapon  to  be  used,  there 
must  be  a  corresponding  bit  set  in  its 


THE  BOM  CORPORATION 
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unit,  the  operation  engagement  mode  flags, 
and  the  vulnerability  flags  of  the  target 
unit  and  asset. 

Engagement  Mode 
Counter-command/Control 
Indirect  Fire 
Direct  Fire 
Anti -Air  Defense 
Anti-Aircraft 
Counterfire 
Anti -Logistics 
Undefined 

Asset  vulnerability  flags.  These  indicate 
the  engagement  modes  by  which  the  asset 
may  be  engaged.  The  flags  correspond  to 
those  for  WPENGR  above. 

Range  of  the  asset  in  hexes.  (Zero  for 
direct  fire  weapons  in  INWARS.) 

Target  type  -  Identifies  the  target  class 
to  which  this  asset  belongs. 

The  target  types  currently  in  use  are: 

(1)  Hard  targets  (tanks) 

Medium  armor  (APCs) 

Unarmored  or  light  armor 
Artillery 
Air  defense 
Helicopters 
Aircraft 

Supply  and  Logistics 
Nuclear  and  Chemical  weapons 
RNGFAC(I5)  This  value  gives  a  percentage  effectiveness 

(Columns  56-60)  modification  which  is  applied  to  any  engage¬ 

ments  at  range  other  than  zero.  It  is 


Bit 

0  (lsb) 

1 

2 

3 

4 

5 

6 

7,  8 
WPVULR(03) 
(Columns  42-45) 


RANGE(I5) 
(Columns  46-50) 
TGTTYP(I5) 
(Column  51-55) 


(2) 

(3) 

(4) 

(5) 

(6) 

(7) 

(8) 
(9) 
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”  < 


EFFN0X(I5) 
(Columns  61-65) 


NTABS(I5) 
(Columns  66-70) 


Card  2 


percent  with  a  value  of  100  causing  no 
modification.  The  maximum  value  allowed 
is  799. 

This  effectiveness  index  gives  the  relative 
contribution  of  this  asset  to  unit  strength 
and  effectiveness.  It  must  be  chosen  so 
that  the  total  strength  of  a  unit  is  no 
more  than  the  integer  value  511.  This  is 
the  weighting  factor  in  the  strength 


evaluation  formula: 
NASSET 


STR  =  I  W.  N. 


i  =  1 


where  STR  =  unit  strength  (<  511  limit) 

N  -  integer  number  of  assets  of 
type  i  in  unit  (actual  number 
of  assets  divided  by  the  value 
in  TGTRAO  for  its  target  type). 
Number  of  tables.  This  value,  0  to  3, 
specifies  the  number  of  tables  associated 
with  the  asset.  If  zero,  then  there  are 
no  combat  effects  tables.  If  NTABS  is  1, 
the  weapon  inflicts  attrition  only,  in 
accordance  with  an  attrition  table.  If 
NTABS  is  2,  a  suppression  effects  table 
is  also  used.  If  NTABS  is  3,  then  attri¬ 
tion,  suppression,  and  allocation  tables 
are  used. 


Format  Specification:  815 
Variable  Inputs: 

MVULN  (1-5) 


Marginal  vulnerability  of  the  asset  to 


r  : 


V-VJ 


•  .-1 


24 


THE  BOM  CORPORATION 


(Columns  1-5)  attrition,  compared  to  others  of  the  same 

target  class.  In  percent,  with  a  value 
of  100  normal. 

SVULN  (15)  Marginal  suppression  vulnerability  (similar 

(Columns  6-10)  to  MVULN). 

NVULN  (15)  Marginal  vulnerability  to  nuclear  weapons 

(Columns  11-15)  effects. 

CVULN  (15)  Marginal  vulnerability  to  chemical  weapons 

(Columns  16-20)  effects. 

NUCEFF  (15)  Nuclear  readiness  effect,  indicates  the 

(Columns  21-25)  extent  to  which  the  nuclear  readiness 

posture  modifies  the  effects  of  enemy 
nuclear  attack  on  the  asset. 

CHMEFF  (15)  As  NUCEFF,  but  for  chemical  attack. 

(Columns  26-30) 

NCEFF  (15)  Nuclear/Chemical  readiness  degradation 

(Columns  31-35)  effect;  indicates  the  extent  to  which  the 

weapon's  capabilities  are  degraded  by  the 
readiness  state. 

SREC0V  (15)  Suppression  recovery  rate;  specifies  the 

(Columns  36-40)  amount  or  percentage  of  suppression  on 

the  asset  which  decays  away  each  interval. 
Note:  All  of  the  above  are  in  units  of  %  with  a  value  of  100  "normal" 
(except  for  SREC0V,  100  implies  complete  recovery).  All  variables  must  be 
less  than  799. 

c.  Card  3 

Format  Specification:  615,  3X,  012 
Variable  Inputs: 

TEREFF(I5)  Terrain  effects  index.  Indicates  the 

(Columns  1-5)  extent  to  which  the  asset  can  take  advan¬ 

tage  of  terrain  for  cover.  Normally  100 
(in  percent).  Maximum  value  is  799. 

Target  terrain  utilization  modifier. 


TEREFS(I5) 


THE  BOM  CORPORATION 


(Columns  6-10)  This  percentage  value  modifies  the  target 

asset's  value  of  TEREFF.  Use  100  for  null 
modification,  zero  if  the  target  gets  no 
terrain  benefit.  Maximum  value  is  799. 
WPEXP(I5)  Weapon  exponent.  The  combat  effects  a 

(Columns  11-15)  weapon  inflicts  is  proportional  to  the 

number  of  weapons  raised  to  this  power. 

It  is  in  lOOths,  so  that  a  value  of  100  is 
the  normal  "one"  exponent.  This  would  be 
less  than  one  for  certain  cases  only  (such 
as  nuclear  and  chemical  weapons)  where 
effects  are  very  nonlinear. 

WPDISF( 1 5)  This  disposition  factor  is  the  extent  to 

(Columns  16-20)  which  the  disposition  of  the  unit  affects 

the  number  of  weapons  actually  able  to 
fire.  The  unit  disposition  is  raised  to 
the  WPDISF  power  to  obtain  a  combat  modi¬ 
fication  factor.  Maximum  value  is  63. 
APR0P(I5)  This  specifies  the  proportion  of  allocation 

(Columns  21-25)  of  fire  which  is  based  on  attrition  rather 

than  suppression.  It  should  be  between 
0  and  100. 

SPEE0(I5)  Maximum  speed  of  the  asset  in  idealized 

(Columns  26-30)  (or  best  normal)  conditions.  In  units  of 

km/hr. 

SITUAT(012)  This  data  element  is  a  set  of  situation 

(Columns  34-45)  flags  which  are  OR'ed  into  the  situation 

description  word  of  a  unit  being  attacked. 
It  is  primarily  used  to  indicate  immediate 
victim  of  a  chemical,  nuclear,  or  air 
attack  for  which  it  is  set  to  4000,  10000, 
or  1000000  octal  respectively. 
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d.  Card  4 

Format  Specification:  815 
Input  Variables: 

SUPTYP(I5)  Supply  type.  This  is  the  asset  type  of 

(Columns  1*5)  an  ammunition  asset  which  is  expended 

during  combat.  It  if  is  zero  or  the  unit 
has  no  asset  item  labled  with  this  type, 
supply  effects  are  neglected. 

SUPRAT(I5)  Supply  expenditure  rate.  This  is  the 

(Columns  6-10)  amount  of  supplies  expended  per  suppression 

or  attrition  unit  inflicted.  The  value  is 
in  units  of  l/100ths  and  must  take  into 
account  the  integer  values  of  the  targets. 
SUPLEV(I5)  This  is  the  supply  asset  level  at  which 

(Columns  11-15)  the  asset  becomes  degraded  in  units  of 

integer  values  of  the  supply  asset. 

SUPDEG(I5)  Supply  degradation  factor.  When  the  supply 

(Columns  16-20)  level  is  below  that  specified  by  the  quantity 

SUPLEV,  the  unit  degradation  is  proportional 
to  the  percentage  shortfall  multiplied  by 
this  factor.  If  it  is  100,  degradation  is 
proportional  to  the  shortage.  Maximum 
value  is  799.  If  zero,  there  is  no  degra¬ 
dation. 

DEPTP1 (15)  Dependent  target  type  1.  This  value,  if 

(Columns  21-25)  nonzero,  specifies  another  type  of  asset 

which  is  to  suffer  combat  results  in 
association  with  the  primary  (direct) 
target  asset.  This  would  normally  be 
used  for  supplies,  personnel,  or  nuclear 
devices. 

DEPRT1 (15)  Dependent  target  rate  for  DEPTP1.  This 
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(Columns  26-30) 


DEPTP2(I5)  Simile 

(Columns  31-35)  depen< 

DEPRT2(I5)  Depent 

(Columns  36-40) 

Card  5 

Format  Specification:  815 
Input  Variables: 

NCTLEV(I5)  Nude. 

(Columns  1-5)  If  th 


value  is  a  scaling  factor  for  combat 
results.  The  attrition  and  suppression 
inflicted  on  the  dependent  type  are 
computed  from  the  combat  results  on  the 
primary  target  asset  by  multiplying  by 
this  factor.  It  is  given  in  percent  so 
that  a  value  of  100  causes  equal  results. 
Maximum  value  is  799. 

Similar  to  DEPTYP1 .  Allows  a  second 


dependent  target  type  to  be  specified. 
Dependent  target  rate  for  DEPTP2. 


C0LLAT(I5) 
(Columns  6-10) 


RADIAT(I5) 
(Columns  11-15) 
CHEMIK(I5) 
(Columns  16-20) 
EXTRA1 (15) 
(Columns  21-25) 
EXTRA2(I5) 
(Columns  26-30) 
EXTRA3(I5) 
(Columns  31-35) 


Nuclear/chemical  contamination  level. 

If  the  weapon  is  nuclear  or  chemical, 
this  gives  the  level  of  contamination 
to  be  inserted  into  the  terrain. 

This  value  is  a  multiplier  used  in  com¬ 
puting  collateral  damage.  It  is  multi¬ 
plied  by  the  population  density  figure 
for  the  hex  attacked. 

The  application  of  these  variables  has 
not  yet  been  defined. 


Tons  per  unit 

Type  of  damaged  equipment  (zero  if  no 
damage) 

Type  of  repaired  equipment  (zero  if  no 
repair) 


m 
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EXTRA4(I5)  Proportion  damaged  during  attrition  or 

(Columns  36-40)  repairable  per  cyde  (depending  on  which 

of  EXTRA2  or  EXTRA3  is  non  zero). 

3.  Allocation  Oata  Cards  (Target  Tables)  (Weapon  Effects  Tables) 

Format  Specification:  9F7.2 

Input  Variables: 

VALU£(J)(F7.2)  Fire  allocation  factor  for  target  J  up 

(Columns  1-7,  to  a  maximum  of  J  =  9. 

8-14,  15-21, 

22-28,  etc.) 

Note:  The  weapons  effects  data  follows  the  basic  asset  descrip¬ 
tor  data.  It  includes  up  to  three  tables:  attrition,  supression,  and 
allocation.  The  number  of  tables  read  is  given  by  NTABS,  and  the  number  of 
values  in  each  table  by  NTGTS,  both  specified  on  card  1.  All  tables  use  a 
format  as  follows:  9F7.2.  (If  there  are  more  than  9  target  types,  multiple 
cards  are  read  for  each  table  as  necessary.) 

a.  Attrition 

The  attrition  table  gives  theoretical  kill  rates  against 
each  of  the  respective  target  classes  from  1  to  NTGTS.  This  is  the  number 
of  kills  per  time  interval.  Adjustments  for  target  representation  is  made 
after  input  by  the  input  processor. 

b.  Suppression 

This  table  is  similar  to  that  of  the  attrition  table,  except 
the  result  is  supression  of  the  target  asset  and  its  unit. 

c.  Allocation 

This  table  gives  allocation  factors  for  the  various  classes 
of  targets  if  used. 


G.  NUCLEAR/CHEMICAL  READINESS  TABLES 


This  data  defines  the  impact  of  Nuclear/Chemical  readiness  states  on 
the  various  model  processes.  This  information  is  stored  in  the  NCRELM  data 
structure  and  is  accessed  through  the  TYPLEM  and  TYPBLK  data  structures. 


THE  BDM  CORPORATION 


Section  G  of  "INWARS  Combat  Interactions  Data  Structures"  provides  addi¬ 
tional  information. 

The  input  deck  includes  a  header  card  which  specifies  the  number  of 
readiness  tables  to  be  input.  Each  table  is  specified  by  an  input  data  set 
consisting  of  three  (3)  card  types.  Figure  6  illustrates  a  two  (2)  table 
nuclear/chemical  readiness  input  deck. 

1 .  Nuclear/Chemical  Header  Card 
Format  Specification:  10X,  15 
Input  Variable: 

NNCSTS(I5)  Number  of  sets  of  nuclear/chemical 

(Columns  11-15)  readiness  tables. 

2.  Applicable  Unit  Types  Card 
Format  Specification:  815 
Input  Variables: 

NTYP(1)(I5)  First  unit  type  to  which  nuclear/chemical 

(Columns  1-5)  readiness  tables  apply. 

NTYP(2)(I5)  Second  unit  type  to  which  nuclear/chemical 

readiness  tables  apply. 

NTYP(8)(I5)  Last  unit  type  to  which  nuclear/chemical 

(Columns  36-40)  readiness  tables  apply. 

Note:  Up  to  eight  (8)  unit  types  may  be  specified  for  each  set 
of  nuclear/chemical  readiness  tables.  However,  as  few  as  one  (1)  unit  type 
is  sufficient  to  drive  the  program  without  loader  errors. 

3.  Nuclear/Chemical  States  Card 
Format  Specification:  215 
Input  Variables: 

NNUCST(I5)  Number  of  nuclear  readiness  states. 


NNUCST(I5)  Number  of  nu 

(Columns  1-5) 

NCHMST(I5)  Number  of  ch 

(Columns  6-10) 

Nuclear/Chemical  Effects  Card 
Format  Specification:  6F7.3,  3X,  012 


Number  of  chemical  readiness  states. 
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Section  G  of  "INV/ARS  Combat  Interactions  Data  Structures"  provides  addi¬ 
tional  information. 

The  input  deck  includes  a  header  card  which  specifies  the  number  of 
readiness  tables  to  be  input.  Each  table  is  specified  by  an  input  data  set 
consisting  of  three  (3)  card  types.  Figure  6  illustrates  a  two  (2)  table 
nuclear/chemical  readiness  input  deck. 

1 .  Nuclear/Chemical  Header  Card 
Format  Specification:  10X,  15 
Input  Variable: 

NNCSTS(I5)  Number  of  sets  of  nuclear/chemical 

(Columns  11-15)  readiness  tables. 


2.  Applicable  Unit  Types  Card 
Format  Specification:  815 
Input  Variables: 

NTYP(1)(I5)  First  unit  type  to  which  nuclear/chemical 

(Columns  1-5)  readiness  tables  apply. 

NTYP(2)(I5)  Second  unit  type  to  which  nuclear/chemical 

readiness  tables  apply. 

NTYP(8)(I5)  Last  unit  type  to  which  nuclear/chemical 

(Columns  36-40)  readiness  tables  apply. 

Note:  Up  to  eight  (8)  unit  types  may  be  specified  for  each  set 
of  nuclear/chemical  readiness  tables.  However,  as  few  as  one  (1)  unit  type 
is  sufficient  to  drive  the  program  without  loader  errors. 

3.  Nuclear/Chemical  States  Card 
Format  Specification:  215 
Input  Variables: 

NNUCST(I5)  Number  of  nuclear  readiness  states. 


(Columns  1-5) 


NCHMST(I5)  Number  of  chemical  readiness  states. 


(Columns  6-10) 

4.  Nuclear/Chemical  Effects  Card 

Format  Specification:  6F7.3,  3X,  012 
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80W/00I02 


Figure  6.  Table  Nuclear/Chemical  Readiness  Input  Deck 
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Input  Variables: 
DISP0S(F7. 3) 
(Columns  1-7) 


DEGRAD(F7.3) 
(Columns  8-14) 


NVULN(F7. 3) 
(Columns  15-21) 


CVULN(F7. 3) 

(Columns  22-28) 

DEC0NT(F7.3)  Decontamination  rate  factor.  (Not 

(Columns  29-35)  implemented.) 

C0MMS(F7. 3)  Communications  effect  factor.  (Not 

(Columns  36-42)  implemented)  1.0  *  no  effect. 

0RFLGS(012)  ORS  -  Operation  Reaction  System  flags. 

(Columns  46-58)  Indicates  to  decision  making  process  the 

nuclear/chemical  status.  (Also  referred 
to  as  BGFLGS. ) 

Note:  The  number  of  nuc/chem  effects  cards  will  be  equal  to  the 
number  of  nuclear  readiness  states  times  the  number  of  chemical  readiness 
states  (NNVCST  *  NCHMST) 

H.  OPERATION  REACTION  SYSTEM  TABLES 

This  series  of  input  tables  defines  the  operation  reaction  tables  for 
specified  unit  types.  These  tables  are  loaded  into  the  basic  descriptor 
block  data  structure  BGSELM  which  identifies  the  unit  of  operational 


Change  in  disposition  of  tne  unit  due  to 
the  nuclear/chemical  readiness  posture. 

1.0  =  no  effect  on  disposition.  This  value 
is  multiplied  by  the  operation's  determined 
disposition  to  find  the  actual  disposition. 
Degradation  in  effectiveness  of  the  unit. 
Affects  movement  as  well  as  the  attrition 
and  suppression  mechanism. 

1.0  =  no  effect. 

Nuclear  vulnerability  factor  applied  to 
attrition  and  suppression  inflicted  on  a 
unit  by  nuclear  weapons. 

1.0  =  no  effect. 

Same  as  NVULN  but  for  chemical  weapons. 
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behavior.  This  structure  is  accessed  through  the  array  BGSARY  which  is 
indexed  by  the  BGSID  field  found  in  the  ORDELM  data  descriptor  blocks. 
Additional  information  is  provided  in  Section  8  of  "INWARS  Combat  Inter¬ 
actions  Data  Structures. 

The  input  deck  includes  a  header  card  which  specifies  the  number  of 
operation  reaction  systems  used  in  the  simulation.  Input  for  each  ORS  must 
include  a  situation  code  card,  situation  cards,  an  action  card,  action  code 
cards,  an  ORS  parameter  card,  action  table  cards,  output  table  cards,  and 
mission  transition  table  cards.  This  deck  structure  is  illustrated  in 
Figure  7. 


ORS  Header  Card 

Format  Specification:  10X,  15 

Input  Variable: 

NBGST(I5) 

(Colums  11-15) 

Max  =  8 

Situation  Parameter  Cards 


Number  of  the  Operation  Reaction  Systems 
to  be  input.  Each  of  these  systems 
requires  aH  of  the  following  cards. 


Format  Specification: 


13,  IX,  A6,  12,  13,  15,  212,  3X,  012,  13, 
12,  01 2/2(3X ,  012) 


Input  Variables: 
NXBGS(I3) 
(Columns  1-3) 


NAMECA6) 
(Columns  5-1C) 


NX0PS(I2) 
(Columns  11,12) 


Number  of  the  Operation  Reaction  System 
data  set  which  follows.  This  value  should 
be  numbered  consecutively  beginning  with 
the  first  ORS  data  set  entered  as  1. 

Name  of  the  Operation  Reaction  System 
which  follows.  This  name  should  be  des¬ 
criptive  of  the  actual  function  of  the 
ORS.  For  example,  an  ORS  for  ground  com¬ 
bat  units  might  be  named  GROUND. 

An  index  which  identifies  the  set  of 
operation  descriptor  blocks  used  in  con¬ 
junction  with  this  ORS. 


Figure  7.  Operation  Reaction  System  Deck 
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NSITS( 13) 
(Columns  13-15) 
NENTRI(I5) 
(Columns  16-20) 


NTRYPW(I2) 
(Columns  21,22) 

NW0PLN(I2) 
(Columns  23,24) 

SITPAT(012) 
(Columns  29-40) 


NCARDS(I3) 
(Columns  41-43) 
FLGT0P(I2) 
(Columns  44,45) 


SITCLR(012) 
(Columns  49-60) 


SMSGUP(Q12) 

2nd  card, 
(Columns  4-15) 


The  number  of  situations  which  are  used 
in  the  ORS. 

Determines  size  of  situation  table.  Total 
number  of  entries  =  2n  where  n  is  the 
number  of  situation  components.  Used  in 
conjunction  with  NTRYPW.  (512  or  64) 
Specifies  the  number  of  the  situation 
table  entries  per  word  in  the  situation 
table.  Max  =  20. 

Number  of  words  per  line  during  entry  of 
the  situation  code  tables.  Normally  the 
same  as  NTRYPW. 

Word  containing  flags  which  indicate  the 
situation  components  used  by  the  ORS.  The 
number  of  bits  set  to  one  must  correspond 
to  the  value  in  NENTRI. 

Number  of  cards  in  following  situation 
tables  (EQ  #  situation  cards). 

Flag  indicates  if  the  order  element  cor¬ 
responding  to  this  ORS  should  be  at  the 
top  of  the  list.  (Necessary  for  the 
combat  specification.) 

Indicates  situation  flags  which  are 
cleared  each  cycle.  Other  flags  are 
cleared  less  often.  A  bit  is  set  for 
each  flag  which  is  not  cleared. 

Situation  message  up.  This  field  speci¬ 
fied  those  flags  which  are  used  to  send 
information  to  the  unit's  commander.  If 
any  flag  is  set  both  in  this  field  and 
in  the  unit's  current  situation  word, 
the  flag  will  also  be  set  in  the  unit's 
commander's  situation  word. 
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SMSGDN(012)  Situation  message  down.  This  field, 

2nd  card,  similar  in  function  to  SMSGUP,  is  used 

(Columns  19-30)  to  relay  situation  information  to  subordi¬ 

nate  units.  Flags  are  set  in  all  subordi¬ 
nates  if  there  is  a  corresponding  flag 
set  both  in  this  field  and  in  the  unit's 
situation  word. 

The  flags  which  are  identified  in  the  fields  SITPAT,  FLGCLR, 
SMSGUP,  and  SMSGDN  are  as  follows: 


>  V  \ 


Bit 

Identity 

Indicates 

0  (lsb) 

FLGFR1 

Dangerous  force  ratio 

1 

FLGFR 

Normal  force  ratio 

2 

FLGPEN 

Enemy  penetration 

3 

FLGFLR 

Right  flank  threat 

4 

FLGFLL 

Left  flank  threat 

5 

FLGADJ 

Enemy  unit  within  search  pattern 

6 

FLGHEX 

Enemy  unit  in  same  hex 

7 

FLGFLK 

Flank  threat 

8 

FLGMTG 

Meeting  engagement  condition 

9 

FLGOBJ 

At  objective 

10 

FLGSU1 

Supply  replenishment  required 

11 

FLGSUP 

Supplies  degrading  capabilities 

12 

NXEFF1 

xeveoa  iv<|>ex 

13 

NXEFF2 

14 

FLGCV 

Chemical  victim 

15 

FLGNV 

Nuclear  victim 

16 

FLGCRS 

Chemical  readiness  state 

17 

FLGNRS 

Nuclear  readiness  state 

18 

FLGAV 

Air  attack  victim 

19 

FLGTIM 

Time  for  op  order  expended 

20 

FLGOPS 

Planning:  not  preferred  operatii 

21 

FLGLRS 

Planning:  last  resort  operation 

«.v»  ’  *•  •«.  •  •  *  •••*«*■  • 

■  '  Kj  ■,*  *  "  *  *  ♦  •  •  *  *  •  '  *  •  •  *  "  1  '  ■  *  •  ‘  ■  '  •  *  •  •  ’  ■ 
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23-35 


Definition  of  these  flags  depends 
on  the  construction  of  roles  and 
operations  and  will  vary  with  echelon 
and  operation. 


Cl  Operation  Equivalence  Card 


The  Command  Control  and  Intelligence  processes  send  down  orders 

which  have  broad  mission  codes  which  do  not  generally  correspond  directly 

to  these  in  the  unit  receiving  the  order.  This  card  gives  a  mapping  from 
2 

the  Cl  mission  codes  into  those  of  the  particular  ORS. 

Format  Specification:  15,  2013 
Input  Variables: 

NMC0DS(I5)  Number  of  Codes:  This  gives  the  number 

2 

(Columns  1-5)  of  Cl  mission  codes,  and  hence  the 


Number  of  Codes:  This  gives  the  number 
2 

of  Cl  mission  codes,  and  hence  the 
number  of  additional  entries  on  this 
card. 


VALUE; (13)  For  each  o 

(Columns  6-8,  the  input 

9-11,  12-14,  etc)  of  that  mi 
Situation  Code  Cards 
Format  Specification:  2X,  03,  2013 
Input  Variables: 

WRDNDX(03)  Word  index 

(Columns  3-5)  top  of  sit 


For  each  of  the  Zcl  mission  codes, 
the  input  VALUE;  gives  the  translation 
of  that  mission  for  this  particular  ORS. 


VALUE(J)(I3) 

J  =  1  to  20 
(Columns  6-8, 
9-11,  12-14,  etc) 


Word  index.  Indicates  word  position  from 
top  of  situation  table.  Allows  words  with 
"don't  care"  entries  to  be  omitted. 
Situation  codes  used  to  convert  the  field 
of  situation  bits  into  a  single  code 
which  identifies  a  class  of  situations 
which  cause  a  similar  response.  Maximum 
value  of  J  is  given  by  NTR  YPW  on  a  pre¬ 
vious  card 


Action  Parameter  Card 
Format  Specification:  10X,  15 
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Input  Variables: 
NACTNI ( 15) 
(Columns  11-15) 
Action  Code  Cards 
Format  Specification: 

Input  Variables: 
SITC00(I3) 
(Columns  1-3) 

C0NID(I3) 
(Columns  4^-6) 

NEW0BJ(02) 
(Columns  8,9) 


LEVFLG(02) 
(Columns  11,12) 


Number  of  action  code  cards  which  follow. 


213,  IX,  02,  IX,  02,  2X,  01,  2X,  03,  2X, 

03,  IX,  01,  313,  2X,  012,  3X,  012,  3X,  012 

Situation  code  which  is  put  into  the 
contingency  pointer  to  the  old  order  if 
a  push  occurs. 

Contingency  code  which  is  put  in  the  con¬ 
tingency  pointer  of  the  new  order  during 
a  "push." 

Hex  number  which  specifies  (if  nonzero)  a 
new  objective  for  the  unit.  The  current 
objective  is  replaced  by  the  hex  vector 
given  by  NEW0BJ  added  to  the  unit's  current 
hex  location  given  in  the  unit  scoreboard 
as  HEXL0C. 

This  field,  if  nonzero,  will  cause  redef¬ 
inition  of  the  hex  levels  at  which  the 
unit  is  represented  in  the  hex  tree.  It 
is  composed  of  six  bits  each  representing 


a  hex  level. 

Bit 

Level 

Diameter  (km) 

0  1  sb 

0 

9.5 

1 

1 

25 

2 

2 

66 

3 

3 

175 

4 

4 

463 

5 

5 

1225 

Hex  level. 

This 

field  indicates  a  change 

HEXLEV(OI) 
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(Column  15) 


FLAGS(03) 
(Columns  18-20) 
Bit 
0 
1 


Bit 

2 

3 

4 

5 


REQSTS(03) 
(Columns  23-25) 


ASTC0D(01 ) 
(Column  27) 


to  a  different  hex  level  if  other  than  7, 
with  the  value  giving  the  level  as  listed 
above. 

This  field  is  composed  of  a  series  of 
flags  as  follows: 

Purpose 

Causes  move  reconsideration. 
Causes  the  operation  order 
objective  to  be  saved  in  rela¬ 
tive  form  when  a  stack  push  is 
executed. 

Purpose 

Causes  a  stack  push. 

Causes  a  headquarters  unit  to 
plan. 

Causes  unit  elimination.  Unit 
is  purged  from  model. 

Indicates  which  type  of  objective 
is  to  be  used. 

0  *  hex  objective 
1  =  unit  relative  objective 
(See  Section  G7) 

This  field  is  used  to  indicate  requests. 
Each  digit  gives  the  request  priority 
level  for  GS  artillery,  air  support,  and 
logistics  respectively.  The  request 
levels  are: 

0  -  no  request 

1  -  target  of  opportunity 

2  -  normal  support 

3  -  high  priority  requirement 
Assist  code.  Not  yet  implemented. 


Identity 

FLGMOV 

FLGROB 


Identity 

FLGPSH 

FLGPLN 

FLGXUN 

FLGOBJ 
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REASGN(I3) 
(Columns  28-30) 
TEMPLU(I3) 
(Columns  31-33) 


UNITNX(I3) 
(Columns  34-36) 


SITUAT(012) 
(Columns  39-50) 

SMSGUP(012) 
(Columns  54-65) 

SMSGDN  (012) 
(Columns  69-80) 

ORS  Tables  Parameter 
Format  Specification: 
Input  Variables: 
NMISNI (15) 
(Columns  11-15) 


Reassignment  to  a  different  role  -  not 
implemented. 

If  nonzero,  this  initiates  creation  of  a 
new  unit,  subordinate  to  the  unit  for 
which  the  ORS  is  operating.  This  field 
gives  the  template  number  of  the  new 
unit.  If  this  is  the  case,  the  objective 
fields  and  flags  are  used  to  specify  the 
new  unit's  op  order,  rather  than  their 
normal  purpose. 

If  FLGOBJ  is  set  to  1 ,  a  unit  oriented 
objective  is  specified.  This  field  gives 
the  relationship  of  the  unit. 

0  =  parent  unit 

4  =  sibling,  air  base  cluster 

5  =  sibling,  service  support  others  TBD 
This  is  a  field  of  situation  flags  which 
is  OR'ed  into  the  unit's  situation  word. 
See  Section  2F2  for  flag  identity. 
Situation  message  up.  This  field  has  a 
function  similar  to  SITUAT,  but  the  flags 
are  set  in  the  parent  unit. 

Situation  message  down.  This  field  has  a 
function  similar  to  SITUAT,  but  the  flags 
are  set  in  all  subordinate  units. 

Card 
10X,  215 

Number  of  cards  in  each  of  the  following 
three  input  tables  (e.g. ,  the  action  table 
cards,  output  table  cards,  and  mission 
transition  table  cards)  may  be  thought  of 
as  the  number  of  rows  in  each  table. 


j-rvw . 
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NENTRI(I5) 
(Columns  16-20) 


Number  of  codes  on  each  card  of  the 
following  three  input  tables.  May  be 
thought  of  as  the  number  of  columns  in 
each  table.  If  NENTRI  is  greater  than  20, 
the  values  are  on  2  or  more  cards  with 
vormat  2013  as  necessary  to  input  the 
specified  number  of  values,  for  each  of 
the  'cards'  in  Sections  8,  9,  and  10 
below. 


Action  Table  Cards 
Format  Specification:  2013 
Input  Variables: 

VALUE(J)(I3)  Co 

(Columns  1-3,  of 

4-6,  etc.)  ini 


Codes  input  to  ACTCOD  action  code  field 
of  the  BGSWRD  data  structure.  A  zero 
indicates  no  actions.  Note  that  for  J 
greater  than  20,  an  additional  card(s) 
are  used  for  each  mission  code,  up  to 
the  limit  given  by  NENTRI  previously. 


Output  Table  Cards 
Format  Specification:  2013 
Input  Variables: 

VALUE(J)(I3)  Co 

(Columns  1-3,  of 

4-6,  etc.)  in 


Codes  input  to  OPCODE  operation  code  field 
of  the  BGSWRD  data  structure.  A  zero 
indicates  that  the  operation  code  is 
unchanged.  Note  the  use  of  multiple 
cards  for  J  20  as  in  8.  above. 


't 

10.  Mission  Transition  Table  Cards 

5r 

Format  Specification: 

2013 

i 

Input  Variables: 

3 

VALUE(J)(I3) 

Codes 

(Columns  1-3, 
4-6,  etc.) 


field  of  the  BGSWRD  data  structure.  If 
zero,  the  mission  code  is  unchanged. 
Note  the  use  of  multiple  cards  for  J>20 
as  in  8.  above. 


rear 7H&GX. 
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I.  OPERATIONS  DATA 


This  data  defines  the  mode  of  operation  for  all  combat  units.  Opera¬ 
tions  data  is  stored  in  a  group  of  related  data  structures  referred  to 
collectively  as  the  operation  structure.  These  structures  include: 
CONELM.  OPDSBK,  CONBLK.  POPBKE.  SHWORD,  OPCFEL,  TYPELM,  BGSELM,  ROLE. 
PHASE.  OPORD.  and  OPORDP.  The  operation  structure  is  a  set  of  operation 
order  templates  organized  into  roles  and  phases  which  constitute  the  way  in 
which  the  operation  is  to  be  carried  out  by  lower  echelon  units.  Sections 
7,  9,  and  10  of  "INWARS  Combat  Interactions  Data  Structures"  provides 
additional  information. 

A  typical  input  deck  is  illustrated  in  Figure  8.  The  user  is  cau¬ 
tioned  to  read  the  remainder  of  this  section  carefully  as  the  structure  of 
this  deck  may  vary  considerably  based  on  specified  input  parameters. 

1.  Operations  Header  Card 

Format  Specification:  10X,  15 
Input  Variable: 

N0SETS(I5)  Number  of  sets  of  operations  to  be  under 

(Columns  11-15)  taken. 


8 

r* 


2. 


ORS  Type  Card  (INOPO) 


Format  Specification: 
Input  Variables: 

IKI5) 

(Columns  1-5) 
NOPSI I( 15) 
(Columns  6-10) 
TABLS(I5) 

(Col  urns  11-15) 
NTYP(I)(I5) 
(Columns  16-20, 
21-25,  26-30,  etc. 
(Max  =  8) 


1615 

ORS  type  for  which  the  operation  is 
intended. 

Number  of  Operations  in  the  set. 

Number  of  table  entry  types  in  each 
operation. 

Unit  type  pointer  index.  ORS  types  which 
will  use  this  class  of  operations. 

) 
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aow/00102 


Figure  8.  Operations  Data  Deck 
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3.  Operation  Parameters  Cards  (INOPD) 

Eight  cards  for  each  operation, 
a.  Card  Type  1 

Format  Specification:  13,  IX,  A6,  F10.2,  513,  415 


Input  Variables: 
0PN0(I3) 

(Columns  1-3) 
0PNAME(A6) 
(Columns  5-10) 
FSPEED(F10. 2) 
(Columns  11-20) 
SRCHN0(I3) 
(Columns  21-23) 

ALTEN0(I3) 
(Columns  24-26) 


NR0LES(I3) 
(Columns  27-29) 

NPHASE(I3) 
(Columns  30-32) 

UNREQ(I3) 
(Columns  33-35) 
STRREQ( 15) 
(Columns  36-40) 
FRCERQ( 15) 
(Columns  41-45) 
EFFREQ(I5) 
(Columns  46-50) 


Operation  number- indexes  pointer. 

Six  character  name  for  the  operation. 

Basic  speed  for  "normal"  conditions  for 
this  operation  prior  to  modifications. 
Identifies  type  of  perception/search/ 
disposition  pattern  used  if  no  search 
defined  on  a  basis  of  unit  type. 

Operation  code  of  an  alternate  operation 
to  be  implemented  if  the  assigned  operation 
is  not  suitable.  (For  units  which  plan 
only. ) 

Number  of  roles  in  the  operation  struc¬ 
ture.  (Zero  if  unit  doesn't  plan  under 
this  0RS. ) 

Number  of  phases  in  the  operation  struc¬ 
ture.  (Zero  if  unit  doesn't  plan  under 
this  0RS. ) 

Number  of  units  required  to  implement  the 
operation.  (Planned  operations  only.) 
Strength  requested.  (Not  used. ) 

Force  requirements  in  units  of  strength. 
(Used  in  planning  only.) 

Effectiveness  requirement  for  the  force  as 
a  whole.  Force  effectiveness  is  a  weighted 
average  for  all  elements  of  the  force. 
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TIMERQ( 15)  Time  required  for  execution  of  the  opera- 

(Columns  51-55)  tion  under  'normal'  circumstances. 

(Planned  operations  only.) 

Note:  A  zero  should  be  inserted  if  a  field  is  not  used, 
b.  Card  Type  2 

Format  Specification:  415,  2X,  03 
Input  Variables: 

0BJTYP(I5)  Identifies  criteria  for  setting  the  "AT 

(Columns  1-5)  OBJECTIVE"  flag  FLGOBJ. 

OBJTYP  Description 

0  Must  occupy  objective  hex 

1  Criteria  satisfied  if  within 
number  of  hexes  specified  in 
OBJDST 

OBJTYP  Description 

2  Unit  need  only  be  beyond  objec¬ 
tive  with  respect  to  axis  and 
within  distance  given  by  OBJDST. 
(Not  yet  implemented.) 

0BJDST(I5)  Distance  to  objective  to  satisfy  objec- 

(Columns  6-10)  tive  criteria. 

SECT0R(I5)  Sector  width  in  hexes 

(Columns  11-15) 

MASS(I5)  Massing  valve.  #  units/hex  max. 

(Columns  16-20) 

ENGM0D(03)  Engagement  mode.  This  set  of  flags 

(Columns  23-25)  specifies  the  engagement  modes  for  which 

this  operation  may  be  used.  See  section 
2C2,  field  UNENGR,  for  engagement  mode 
flag  identification. 
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ter 


Card  Type  3 


Format  Specification:  1015 
Input  Variables: 

SUPTYP(I5)  Asset  t; 
(Columns  1-5)  rate  pe 
SUPRAT(I5)  Quantit; 
(Columns  6-10)  unit  tii 
SUPLEV(I5)  Quantit; 
(Columns  11-15)  unimpai 


SUPLVl (15) 
(Columns  16-20) 
P0LTYP(I5) 
(Columns  21-25) 
P0LRAT(I5) 
(Columns  26-30) 
P0LLEV(I5) 
(Columns  31-35) 


Asset  type  which  is  expended  at  a  constant 
rate  per  interval. 

Quantity  of  the  asset  SUPTYP  expended  per 
unit  time. 

Quantity  of  asset  SUPTYP  needed  for 
unimpaired  operation.  At  lower  levels 
the  speed  of  the  unit  is  multiplied  by 
proportion  remaining  times  the  factor 
MOVSUP. 

Quantity  of  asset  SUPTYP  which  is  a 
threshold  for  setting  the  supply  flag. 
Identifies  an  asset  type  which  is 
expended  in  conjunction  with  unit  movement. 
Amount  of  the  asset  POLTYP  expended  per 
hex  moved. 

Quantity  of  the  asset  POLTYP  necessary 
for  unimpaired  operations.  At  lower 
levels  the  speed  of  the  unit  is  multiplied 
by  the  proportion  remaining  times  the 


Extra  (not  used). 


Extra  (not  used). 


factor  MOUPOL. 

P0LLV1 (15)  Threshold  for  FLGPOL. 

(Columns  36-40) 

0THER1(I5)  Extra  (not  used). 

(Columns  41-45) 

0THER2(I5)  Extra  (not  used). 

(Columns  46-50) 

Card  Type  4  (5  Cards) 

Format  Specification:  8F7.3 
Input  Variables: 

VALUE(J)  This  parameters  affect  various  processes 

(Columns  1-7,  in  the  model.  They  are  listed  below  in 


1X0 
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8-14,  etc.)  order  of  entry.  The  maximum  allowed 

value  is  7.99. 

1 )  Combat  Computation  Effects 

The  following  parameters  are  applied  during  the  compu¬ 
tation  of  attrition  and  suppression  effects:  They  are  listed  in  the  order 
of  input  of  the  corresponding  value  (J)  as  described  above. 

(1)  ATRFT  -  Terrain  utilization,  the  extent  to  which  the  unit  uti¬ 
lizes  terrain  for  protection. 

(2)  ATRFR  -  The  extend  to  which  rivers,  if  present,  affect  combat 
results  suffered. 

(3)  ATRFBH  -  The  extent  to  which  occupying  a  barrier  hex  affects 
combat  results  suffered. 

(4)  ARTFBS  -  The  extent  to  which  a  barrier  hex  side  between  firing 
and  target  units  affects  combat  results  suffered. 

(5)  ATRFN  -  The  effect  of  terrain  on  nuclear  weapon  combat  effects. 

(6)  ATRFC  -  The  effect  of  terrain  on  chemical  weapon  combat  effects. 

(7)  ATRFNV  -  Nuclear  vulnerability,  factor. 

(8)  ATRFCV  -  Chemical  vulnerability  factor. 

2)  Movement  Direction  Weighting  Effects 

The  following  factors  are  coefficients  in  the  scoring 
equation  used  to  choose  the  next  hex  during  movement. 

(1)  MDWSPD  -  Weighting  factor  for  speed  expected  to  candidate 
direction. 

(2)  MOWTHR  -  Weighting  factor  for  enemy  threat,  where  threat  is  the 
negative  enemy  to  friendly  force  ratio. 

(3)  MOWOBJ  -  Weighting  factor  for  direction  to  objective,  where  the 
direction  component  is  90  minus  the  angle  between  the  candidate 
direction  and  a  ‘straight  line  to  the  objective. 

(4)  MOWMAS  -  Weighting  factor  for  massing  of  friendly  forces,  where 
the  massing  effect  is  the  negative  of  the  difference  between 
friendly  strength  in  the  hex  and  desired  massing,  MASS,  divided 
by  100. 
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(5)  MDWCOH  -  Weighting  factor  for  cohesiveness;  influenced  by  the 
proximity  of  friendly  sibling  units  on  flanks. 

(6)  MDWFDR  -  Weighting  factor  for  flank  danger.  Not  implemented. 

(7)  MDWNCT  -  Weighting  factor  for  nuclear  and  chemical  contamination 
effects  of  terrain. 

3)  Movement  Speed  Effects 

(1)  MOVFT  -  Extent  of  terrain  effects  on  movement  speed. 

(2)  MOVFR  -  Extent  of  the  effect  of  a  river  hex  side  on  movement 
speed. 

(3)  MOVFBH  -  Extent  of  the  effect  of  a  barrier  hex  on  movement  speed. 

(4)  M0VF8S  -  Extent  of  the  effect  of  a  barrier  hex  side  on  movement 
speed. 

(5)  MOVFNC  -  Factor  modifying  speed  for  nuclear  contamination/effects 
in  the  hex. 

(6)  MOVFCC  -  Factor  modifying  speed  for  chemical  contamination/ 
effects  in  the  hex. 

(7)  MOVNCR  -  The  extent  of  the  impact  of  the  degradation  factor 

resulting  from  the  nuclear/chemical  readiness  posture  on  unit 
speed. 

(8)  MOVEFF  -  The  impact  of  decreased  effectiveness  index  on  unit 

speed.  This  factor  is  multiplied  by  speed  for  NXEFF=1 ,  es 

squared  and  multi  pled  by  speed  for  NXEFF=2. 

(9)  MOVPOL  -  The  effect  of  inadequate  petroleum/oil /lubricant  type 

supplies  on  movement  speed. 

(10)  MOVSUP  -  The  effect  of  inadequate  non  POL  type  supplies  on  move¬ 
ment  speed. 

(11)  MOVFFR  -  Movement  speed  factor  for  "normal"  force  ratio  condition 
as  indicated  by  FLGFR  in  the  unit  scoreboard  situation  word. 

(12)  M0VFR1  -  Movement  speed  factor  for  "dangerous"  force  ratio 
condition. 

4)  Various  Other  Data 

(1)  DISPOS  -  Disposition  of  unit,  gives  the  average  proportion 
engaged  at  each  echelon  of  the  organization  for  this  operation. 
Max  =  100,  minimum  about  20. 
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(2)  EEVALF  -  Enemy  evaluation  factor:  During  the  summation  of  Threat 
and  flank  threat  indicies,  friendly  forces  are  weighted  -1.  This 
factor  determines  the  weighting  for  enemy  units. 

(3)  SRECOV  -  Suppression  recovery  rate  for  unit. 

(4)  ERECOV  -  Effectiveness  recovery  rate  for  reconstitution,  applied 
only  when  unit  is  not  in  contact  with  enemy  units. 

5)  Perception  Effects 

(1)  EFF1  -  Breakpoint  for  marginal  effectiveness,  in  fraction  of  base 
strength. 

(2)  EFF2  -  Breakpoint  for  negligible  effectiveness,  in  fraction  of 
base  strength. 

(3)  EFF3  -  Breakpoint  for  unit  dissolution  EFF4  breakpoint  (undesig¬ 
nated) 

(4)  EFF4  -  Breakpoint  (undesignated). 

(5)  FLDANG  -  Value  of  the  respective  flank  threat  indices  which  will 
result  in  the  flags  FLGFLL  or  FLGFLR  being  set. 

(6)  FRNORM  -  Force  ratio  (enemy/friendly)  which,  if  exceeded,  results 
in  the  flag  FLGFR  in  the  unit  situation  word  being  turned  on  to 
indicate  a  "normal"  force  ratio. 

(7)  FRDANG  -  Force  ratio  (enemy/friendly)  which,  if  exceeded,  results 
in  the  flag  FLGFR1  in  the  unit  situation  word  being  turned  on  to 
indicate  a  "danger"  situation. 

(8)  0THER3  -  Unused  at  this  time. 

4.  Role  Parameter  Cards  (1  per  Role)  (INPOST) 

Format  Specification:  13,  IX,  A6,  413,  2X,  02,  13,  17,  213,  2X, 

07,  15,  3X,  02,  4X,  01,  15 

Input  Variables: 

R0LEID(I3)  Role  identif ication  number.  Also  points 

(Columns  1-3)  to  an  element  ROLEM  in  the  array  ROLARY 

which  governs  the  aggregation  and  processing 
of  situation  information. 

NAME(A6)  Name  of  the  role. 

(Columns  5-10) 
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£LEMENTS(I3) 
(Columns  11-13) 
TYPE( 13) 
(Columns  14-16) 
CLASRQ(I3) 
(Columns  17-19) 


CRITEL( 13) 
(Columns  20-22) 
FLGS(02) 
(Columns  24-25) 


Number  of  force  elements  (units)  which 
may  be  allocated  to  this  role. 

Type  of  unit  required  for  this  role. 

Classification  identity  requested.  This 
is  the  classification  of  unit  preferred 
in  the  role.  Ground  unit  types  as 
follows: 

1 .  Armor/tank 

2.  Mechanized 

3.  Infantry 

4.  Mech.  Cavalry 

5.  Artillery 

6.  Air  Defense 

7.  Support 

Number  of  force  elements  (units  which  are 
critical  to  the  performance  of  this  role. 
Field  of  one  bit  flags. 


Bit  Name  Description 

0  OBJTYP  Objective  type. 

1  FLGOEF  Default  role  for  units  not  able  to 

assume  other  roles. 


2 

FLGTMP 

3 

FLGLST 

Order  should  be  put  at  end  of  order 

element  list. 

4 

FLGCRT 

Indicates  role  critical  to  operation 
(must  be  filled). 

5 

FLGCLA 

Classification  flag.  Indicates,  if 
on,  that  the  correct  classification 

of  unit  in  the  role  is  essential. 

BGSID( 13) 

Applicable  ORS  identification  for  the 

(Columns  26-28) 

subordinate  unit. 

CM 


m 


THE  BDM  CORPORATION 


ss 


i 


STRNGT(I7) 
(Columns  29- 
SECTW(I3) 
(Columns  36- 
0BJTYP(I3) 
(Columns  40- 
HEX0BJ(07) 


EFFREQ(I5) 
(Columns  47 
FLAGS(02) 
(Columns  55 


,  56) 


FLGCB7 

FLGPER 

FLGLST 


DISROL(Ol) 
(Column  61) 


Minimum  required  force  for  the  role,  in 
units  of  asset  effectiveness. 

Sector  width  in  hexes. 

Objective  type  (0-1). 

Immediate  hex  objective  from  which  a  unit 
in  this  role  would  depart.  This  orients 
the  role  position  with  respect  to  the 
parent  unit  position.  Relative  to  parent 
unit  center  of  mass. 

Effectiveness  state  required  of  a  unit 
to  be  assigned  to  this  role. 

Field  of  flags  relating  to  the  unit's 
order  element  PROEM  when  the  operation 
is  implemented. 

Description 

Undefined 

37  Identifies  an  order  element  to  be 

used  for  combat  calculations. 

ER  Perception  function  only. 

5T  identifies  last  element. 

Disposition  role.  This  identifies  the 
type  of  role  according  to  its  disposition: 


Left  flank 


2:  Right  flank  front 

0:  Center 

3:  Rear/reserve/Hq,  etc. 

Number  of  evaluation  elements  to  follow. 
If  zero,  no  evaluation  elements  are 
inputted. 


NEVALU5) 
(Columns  62- 


.  *\ 
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Evaluation  Element  Cards  (INPOST)  (1  Set  Per  ROLE) 

The  evaluation  element  specifies  the  information  aggregation 
process  by  which  situation  features  can  be  combined  to  detect  the  presence 
of  other  situation  features.  The  different  evaluation  elements  are  applied 
to  different  echelons.  The  first  element  causes  information  aggregation 
into  the  unit's  own  situation  word,  the  second  into  his  commanding  unit's 
situation  word.  In  INWARS  only  two  evaluation  elements  will  be  used  at  the 
brigade  level.  See  "INWARS  CIS  Data  Structures"  section  614  for  details 
and  "INWARS  CIS  Software  Modules"  section  C6. 
a.  Card  1 

315 


Format  Specification: 
Input  Variables: 
NANDFL 

(Columns  1-5) 

NORFL 

(Columns  6-10) 

NADDFL 

(Columns  11-15) 


Number  of  flags  modified  in  unit  using  a 
logical  "and"  criteria. 

Number  of  flags  modified  in  unit  using  a 
logical  "or"  criteria. 

Number  of  flags  modified  in  unit  using 
a  summation  criteria. 


b.  Following  Cards 

Format  Specification:  3X,  012 

The  following  cards  define  the  evaluation  process.  They  are 
divided  into  three  sections  for  the  AND,  OR  and  SUMMATION  oriented  pro¬ 
cesses.  The  total  number  of  cards  is  equal  to: 

NANDFL  +  NORFL  +  2  *  NADDFL  +  (number  of  nonzero  fields  in  Card  1) 
Cards: 

AND  Flag  Specification:  Flags  corresponding  to  flags  to  be 
modified  in  unit.  This  card  is  put  in  for  any  NANDFL  ^  0.  The  number  of 
bits  set  in  this  field  must  equal  NANDFL. 

AND  Flag  criteria  Cards  (number  -  NANDFL):  For  each  bit 
set  in  the  AND  specification,  from  right  to  left,  there  is  a  card  which 
specifies  which  flags  must  be  set  in  the  unit  situation  word. 

OR  Flag  Specification  Card:  Similar  to  AND  specification, 
one  card  if  NORFL  *  0. 
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OR  Flag  Criteria  Cards  (number  =  NORFL). 

ADD  Flag  Specification:  Similar  to  AND  specification,  one 
card  if  NADDFL  ^  0. 


ADD  Flag  Sum  Component  Cards  (number  =  2  °  NADDFL):  For 
each  ADD  flag,  from  right  to  left,  there  are  two  cards.  A  bit  set  in  the 
first  indicates  a  1,  and  in  the  second  indicates  a  2,  which  are  summed  if 
the  respective  flag  is  on. 

6.  Phase  Card  (1  for  Each  Phase) 

Format  Specification:  13,  IX,  A6,  13 
Input  Variables: 

PHASID(I3)  Phase  identification  number. 

(Columns  1-3) 

NAME(A6)  Name  of  phase. 

(Columns  5-10) 

TIME(I3)  Amount  of  time,  in  combat  cycles,  that 

(Columns  11-13)  normally  would  be  needed  for  a  given 

phase  of  the  operation. 


7. 


8. 


Role  Card  (1  per  Role) 
Format  Specification: 
Input  Variables: 
PRIRTY(I5) 
(Columns  1-5) 

RES0UR(I5) 
(Columns  6-10) 


215 

The  priority  of  the  role  during  the  phase. 
Gives  a  relative  importance  to  the  overall 
accomplishment  of  the  mission. 

The  relative  priority  of  the  role  with 
respect  to  the  allocation  of  resources. 


Order  Card  (INP0R0) 
Format  Specification: 
Input  Variables: 
MISC0D(I5) 
(Columns  1-5) 
HEXOBJ(07) 
(Columns  8-15) 


15,  3X,  07,  815 

Mission  code  for  the  type  of  mission  to 
be  carried  out  by  the  unit. 

Hex  address  of  the  objective  defined  for 
the  unit  in  this  operation  order.  Rela¬ 
tive  to  the  hex  given  in  the  role  defi¬ 
nition. 
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9. 


AXIS(I5)  Axis  of  operation.  Azimuth  angle  expressed 

(Columns  16-20)  as  an  integer  number  of  degrees  clockwise 

from  north,  which  orients  the  unit's 
operation. 

SECT0R(I5)  Sector  width  of  the  unit  in  hexes. 

(Columns  21-25) 

TIM£(I5)  Timer  which  can  be  used  to  specify  an 

(Columns  26-30)  interval  over  which  the  operation  is 

effective. 

NC0NTS(I5)  Number  of  contingency  pointers. 

(Columns  31-35) 

R0LEID(I5)  Identification  number  which  specifies  the 

(Columns  36-40)  role  filled  by  the  unit  in  a  multi -unit 

coordinated  operation  being  conducted  at 
the  next  higher  echelon.  It  affects  the 
manner  of  info  aggregation. 

FLGTMP(I5)  Flag  which  specifies  that  the  operation 

(Columns  41-45)  order  pointed  to  is  in  template  form. 

(see  FLGCTM  below) 

NTEMP(I5)  Number  of  template  order  if  it  is  to  be 

(Columns  46-50)  referenced. 

FLG0BJ(I5)  (Always  zero) 

(Columns  51-55) 


Contingency  Card  (INPORD)  (If  NCONTS  i  0  in  Previous  0P0RDER) 
Format  Specification:  515 
Input  Variables: 

C0NID(I5)  Contingency  identification  which  causes 

(Columns  1-5)  the  associated  contingency  operation 

order  to  be  implemented.  Defines  con¬ 
tingency  in  terms  of  the  situation. 
SITC00(I5)  Situation  code  which  causes  the  contin- 


(Columns  6-10)  gency  order  to  be  implemented.  The  con¬ 
tingency  order  will  be  used  if  either  the 
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contingency  is  recognized  or  the  situation 
code  matches  that  computed  from  the  cur¬ 
rent  situation. 

C0NDC(I5)  Contingency  disposal  code. 

(Columns  11-15)  CONDC  Disposition 

0  Do  not  dispose  of  contingency 

order. 

1  Dispose  of  contingency  order. 

2  Attach  contingency  to  the  new 
current  order  when  a  "push"  is 
executed. 

3  Attach  contingency  to  the  new 
current  order  when  a  "pop"  or 
contingency  is  executed. 

FLGCTM(I5)  This  flag,  if  nonzero,  specifies  that  the 

(Columns  16-20)  operation  order  pointed  to  is  in  template 

form.  This  means  it  has  not  been  oriented 
or  detailed  for  the  unit.  The  use  of 
template  orders  allows  one  copy  to  exist 
which  may  be  referred  to  by  the  order 
structures  of  many  units,  thus  saving 
space.  When  a  template  order  contingency 
is  implemented,  a  copy  of  the  template 
order  is  made,  and  the  hex  objective, 
axis,  and  node  ID  are  changed  to  those 
appropriate  to  the  unit's  actual  orienta¬ 
tion  and  location.  FLGCTM  is  also  used 
to  indicate  linkage  to  the  following  phase 
if  a  2  is  put  in.  A3  indicates  that  the 
contingency  is  the  template  given  by  NTEMP. 

NTEMP(I5)  Number  of  template  order. 

(Columns  21-25) 
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-or  each  contingency  with  a  value  FLGCTM  equal  to  zero  or 
one,  an  operation  order  card  (see  section  9  above)  follows.  Thus  the 
operation  orders  form  the  nodes  of  a  tree  structure,  and  the  contingencies 
form  the  branches  (although  the  branches  may  not  have  nodes  put  in  at  the 
same  time;  if  a  value  of  FLGCTM  =  2  or  3,  the  node  (OPORDER)  is  a  template 
put  in  a  later  phase  or  as  an  earlier  template. 

10.  Equivalent  Operations  Card  (INOPD) 

Format  Specification:  1615 
Input  Variables: 

FVALUE(J)(I5) 

K  =  NOSETS 
(Number  of 
sets  of  opera¬ 
tions  (Columns 

I- 5,  6-10,  11-15 
16-20,  etc.) 

11.  Operations  Tables  Cards  (1  for  Each  Table  Entry  Type 
Format  Specification:  16F5.2 

Note  that  if  there  are  more  than  16  operations  in  the  set,  then 
there  are  more  than  one  card  read  for  each  table.  Thus,  for  three  tables 
and  20  operations,  6  cards  would  be  read  using  16F5.2,  4F5.2,  16F5.2, 
4F5.2,  16F5.2,  and4F5.2  respectively. 

Input  Variables: 

VALUE(J)(F5.2)  Operations  table  entries.  First  table  is 
(Columns  1-5,  6-10,  for  attrition,  second  for  suppression, 

II- 15,  16-20  etc.)  third  for  allocation. 


Equivalent  operations  for  a  unit  in  this 
operation  if  engaged  by  or  engaging  an 
enemy  unit  under  a  different  operation 
class  (e.g. ,  air  units  attacking  ground 
units). 


J.  CONTINGENCY  DATA 


The  contingency  data  cards  are  used  to  specify  the  conditions  under 
which  a  contingency  code  is  recognized.  It  is  stored  in  the  contingency 
array  and  accessed  when  required  to  check  whether  a  contingency  order 
should  be  executed.  See  "INWARS  CIS  Data  Structures"  section  B13  and 
"INWARS  CIS  Software  Modules"  section  Clf  for  details  on  this  data. 
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Contingency  Parameter  Card 


Format  Specification:  10X,  15 
Input  Variable: 

NC0NTS(I5)  Number  of  conti ngenci 

(Columns  11-15) 

Contingency  Data  Cards  (1  for  Each  Conti ngencv 


Number  of  contingencies. 


Format  Specification: 
Input  Variables: 
PC0NT(I5) 
(Columns  1-5) 
C0NSIT(I5) 
(Columns  6-10) 
CAFLGS(012) 
(Columns  14-25) 

C0FLGS(012) 
(Columns  29-40) 

PC0NEL(I5) 
(Columns  41-45) 


215,  3X,  012,  3X,  012,  3X,  012,  15 

Pointer  to  contingency  descriptor. 

Situation  code  which  will  result  in 
recognition  of  the  contingency. 

Set  of  flags  corresponding  to  those  in 
the  unit  situation  work  which  must  be  on 
for  the  contingency  to  be  recognized. 

The  on  flags  in  this  word  must  be  off  in 
the  unit  situation  word  to  allow  contin¬ 
gency  recognition. 

Pointer  to  another  contingency  which  also 
will  result  in  the  recognition  of  the 
given  contingency. 


HEX  DATA 


Hex  data  describes  the  characteristics  of  the  geographic  area  in  which 
combat  occurs.  Information  on  terrain  and  trafficability  is  stored  in  a 
tree  data  structure  based  on  hex  blocks  (HEXBLK).  Various  levels  in  the 
tree  structure  correspond  to  particular  size  hexes.  For  the  purposes  of 
data  input  it  is  important  to  note  that  this  tree  structure  eliminates  the 
need  for  specification  of  a  great  deal  of  lower  level  hex  data.  A  hex  data 
card  need  be  present  only  if  it  or  one  of  its  daughters  has  terrain 
characteristics  which  are  different  from  its  parent.  For  a  more  detailed 
explanation  of  the  hex  data  structure  see  Section  4  of  "INWARS  Combat 
Interactions  Data  Structures." 
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The  hex  input  deck  structure  is  illustrated  in  Figure  9. 

1 .  Hex  Data  Cards  (1  for  Each  Specified  Hex) 

Format  Specification:  IX,  II,  IX,  07,  15,  2X,  311,  2X,  311,  315, 

12,  13 


Input  Variables: 
EFLAG(Il) 
(Column  2) 

HEXL0C(07) 
(Columns  4-10) 

T£RTYP(I5) 
(Columns  11-15) 


RIVl(Il) 
(Column  18) 
RIV2( I 1 ) 
(Column  19) 
RIV3( II) 
(Column  20) 
BARI (II) 
(Column  23) 
BAR2( I 1 ) 
(Column  24) 
BAR3( II ) 
(Column  25) 


Input  flag  which  indicates  hex  input  status 
0  =  more  hex  cards  follow 
1  =  last  hex  card 

Hex  location.  A  seven  digit  code  which 
specifies  the  unique  location  and  level 
of  the  hex. 

Identifies  the  basic  type  of  terrain  in 
the  hex. 

Type 

Not  used 
Clear 

Marginal  for  vehicles 
Difficult 
Urban 

Impassable  (Sea) 

Undefined 


Value 


0 

1 

2 

3 

4 

5 

6,  7 


Flags  indicating  whether  rivers  exist  on 
hex  sides  which  are  in  the  3,  2  or  1 
directions,  respectively. 


Flags  indicating  whether  barriers  exist 
on  hex  sides  which  are  in  the  3,  2,  or  1 
directions,  respectively. 
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BHEX( 15) 
(Columns  26-30) 
BTYP(I5) 
(Columns  31-35) 
P0PULA(I5) 
(Columns  36-40) 


SIDE(I2) 
(Columns  41 ,42) 
NATI0N(I3) 
(Columns  43-45) 


* 


L.  ENTITY  ASSIGNMENT  DATA 


Indicates  whether  the  hex  as  a  whole 
constitutes  a  barrier. 

Barrier  type.  Distinguishes  between  two 
types  of  barriers. 

Defines  population  density.  The  follow¬ 
ing  values  are  currently  in  use: 

1  less  than  250/km2 

3  250  to  1000/km2 

5  over  1000/km2 

Gives  nationality  side  (0  =  neutral, 

1  =  NATO,  2  =  PACT,  3  =  none) 

Nationality  for  given  side: 


SIDE 

NATION 

0 

1 

2 

AU 

US 

SU 

0 

sz 

WG 

EG 

1 

- 

BR 

PO 

2 

- 

FR 

CZ 

3 

- 

BE 

HU 

4 

- 

NE 

- 

5 

- 

IT 

- 

6 

- 

DN 

- 

7 

This  data  defines  combat  entities,  including  physical  data  such  as 
location  and  asset  types  possessed  by  the  unit.  It  also  includes  operation 
data  and  initial  assignment  of  ORS  types  and  appropriate  operation  codes. 
More  detailed  information  is  contained  in  Sections  1,  2,  3,  5,  8,  9,  and  10 
of  "INWARS  Combat  Interactions  Data  Structures." 
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A  typical  input  deck  structure  is  illustrated  in  Figure  10. 

1.  Flag  Card  (ENTYIN) 

Format  Specification:  1  OX ,  15 
Input  Variables: 

FLG(I5)  Indication  of  new  or  additional  units. 

(Columns  11-15)  0  =  Reinitialize  unit  numbers 

1  =  Do  not  reinitialize 

2.  Unit  Scoreboard  Data  Card 

Format  Specification:  2X,  (411,  12),  2X,  (411,  12),  412,  IX,  07, 

IX,  01,  IX,  611,  312,  2X,  (411,  12),  13, 
15 


Input  Variables: 

UNITID(4I1,  12) 
(Columns  3-8) 


CMRID(4I1 ,  12) 
(Columns  11-16) 


TYPE(I2) 
(Columns  17,18) 


A  multi-field  unit  identifier  consisting 
of  the  following  fields: 

(1)  SIDE(Il)  1  for  NATO,  2  for  WPACT. 

(2)  ARMYGP(Il)  Front  or  army  group  identi 

fication,  from  1  to  9. 

(3)  CORPS(Il)  Army  or  corps  identifica¬ 

tion,  from  1  to  9. 

(4)  DIVISN(Il)  Division  identification 

from  1  to  9. 

(5)  BRIGAD(I2)  Brigade  or  regiment  ident¬ 

ification,  from  1  to  14. 
Note:  Side  must  be  zero  for  template 
unit. 

Commander's  identification.  Used  to  con- 
2 

struct  C  tree.  Unit  identified  must 
have  been  previously  input.  Zero  if  no 
commander  unit  (such  as  for  a  template). 
Unit  type  identification.  While  the  type 
categories  can  be  assigned  by  the  user 
during  initial  data  input,  the  following 
type  identifications  are  now  being  used. 
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END  CARD 
CONTINGENCY  CARD 
(OPTIONAL) 

ORDER  CAR 
BASIC  DATA  CAR 


ASSET  OATA  CAROS 

UNIT  SCOREBOARD  CARD  . 

SECOND  OROER  CARD — 
SECOND  BASIC  OATA  CARO 
(OPTION  ALtCONTINOENCY  CAR 

FIRST  ORDER  CARO 
BASIC  DATA  CARO 
ASSET  OATA 
CARO(S) 

UNIT  SCOREBOARD _ _ 

CARD 

FLAG  CARO - 


SECOND 

ENTITY 


FIRST 
OROER 

FIRST  ENTITY 


8OW/0OI02 


Figure  10.  Entity  Input  Deck 
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CLA$IF(I2) 
(Columns  19,20) 


ECHL0N(I2) 
(Columns  21,22) 


Value  Type 

1  Echelon  above  division 

2  Division  headquarters 

3  Ground  maneuver  or  air  defense 
unit 

4  Logistics 

5  N/C  supply  point 

6  Air  base  cluster 

7  Air  mission  package 

8  Weapon  delivery  package 

15  Nuc/chem  effects  entity 

Further  identifies  type  of  unit.  It  is 
used  by  the  model  to  identify  appropriate 
units  for  roles  during  mission  planning 
and  to  define  units  symbols  for  graphics 
output.  While  these  types  can  be  redefined 
by  the  user,  the  following  are  now  in  use. 
Value  Type 

1  Armor/tank 

2  Mechanized 

3  Infantry 

4  Mech.  cavalry 

5  Arti 1 1 ery 

6  Ai r  Defense 

7  Support 

Identifies  the  echelon  of  the  unit  within 
the  command  structure. 


Echelon 

Side=NAT0 

Pact 

6 

Theater 

Theater 

5 

Army  Gp 

Front 

4 

Corps 

Army 

3 

Division 

Division 

2 

Brigade 

Regiment 

1 

Detachment 

- 
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NATI0N(I2) 
(Columns  23,  24) 


HEXL0C(07) 
(Columns  26-32) 


FACING(Ol) 
(Column  34) 

* 

* 

L1(I1) 

(Column  36) 
L2(I1) 

(Column  37) 

L3( II) 

(Column  38) 
L4(I41) 

(Column  39) 

L5( II) 

(Column  40) 

L6( II) 

(Column  41) 
N0RDPT(I2) 
(Columns  42,43) 


Identifies 

nationality. 

Nation 

Side=NAT0 

Pact 

0 

US 

SU 

1 

WG 

EG 

2 

BR 

P0 

3 

FR 

CZ 

4 

BE 

HU 

5 

NE 

— 

6 

IT 

— 

7 

ON 

-- 

Defines  hex  location  of  the  unit  in  the 
hexagonal  array.  The  hexagonal  coordinate 
system  is  described  in  the  INWARS  Level 
III  Specifications;  Volume  I. 

Octal  digit  indicating  an  orientation  of 
the  unit,  which  is  not  necessarily  the 
same  as  the  movement  direction.  It 
orients  the  search  (perception)  pattern 
of  the  unit. 

Identify  hex  levels  in  which  unit  is 
initially  located. 


Number  of  ORS's  of  a  unit  and  number  of 
concurrent  operation  orders. 


fy 


m 


m 


m 
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NASSET(I2) 
(Columns  44,45) 
FASSET(I2) 
(Columns  46,47) 

ASSREF(4I1,  12) 
(Columns  50-55) 
FLGCCI(I3) 
(Columns  56-58) 


FLGTMP(I5) 
(Columns  59-63) 


Number  of  assets  in  the  asset  list. 

Asset  flag.  If  zero,  assets  follow.  If 
1,  copy  assets  of  unit  identified  in 
ASSREF. 

Reference  unit  for  asset  list  if  FASSET  *  1. 

Indicates  unit  has  special  capabilities. 

One  for  EAO  Hq  units,  air  base  cluster, 
logistics,  and  weapons  delivery  entities, 
zero  for  others. 

If  nonzero,  indicates  a  template  unit. 

The  value  is  the  template  number  of  the 
unit. 

The  template  numbers  currently  defined  are: 
Template  Number  Unit  Type 

1  NATO  Close  Air  Support 

Air  Mission  Package 

2  PACT  Close  Air  Support 

Air  Mission  Package 

3  NATO  Interdiction  Air 

Mission  Package 

4  PACT  Interdiction  Air 

Mission  Package 

5  NATO  Nuclear  Munitions 

Package 

6  PACT  Nuclear  Munitions 

Package 

7  NATO  Chemical  Munitions 

Package 

8  PACT  Chemical  Munitions 

Package 

All  eight  of  these  template  units  must  be 
defined  in  the  entity  input  deck.  It  is 
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normal  practice  to  put  them  together  at 
either  the  start  or  end  of  the  deck.  All 
template  units  should  have  a  uni  ID  start¬ 
ing  with  ooo.  These  templates  specify 
the  types  of  entities  which  are  created 
for  air,  nuclear,  and  chemical  packages. 
Asset  Data  Cards  (1  for  Each  Asset.  A  Unit  has  NASSET. ) 

Format  Specification:  15,  FI 0.2 
Input  Variables: 

ASTYP(I5)  Asset  type.  Index  which  refers  to 

(Columns  1-5)  appropriate  asset  description. 

FNUMBR(F10.2)  Number  of  assets  of  a  given  type  which 

(Columns  6-15)  a  unit  has. 

Basic  Cata  Cards  (1  for  Each  Order) 

Format  Specification:  215,  3X,  02 
Input  Variables: 

0RSID(I5) 

(Columns  1-5) 

0PC0DE(I5) 

(Columns  6-10) 


ORS  which  governs  unit's  operations. 


FLAGS(02) 
(Columns  14,15) 
Bit 
0-2 

3 

4 

5 


Operation  code  which  identifies  a  partic¬ 
ular  operation  posture  for  the  unit.  The 
codes  are  user  specified.  See  Section 
VI,  User's  Manual.  (Initial  OPCODE  only.) 
This  field  includes  the  following  bit 
flags. 

Name  Description 

Undefined 

FLGCBT  Identifies  an  order  element  to  be 

used  for  combat  computations. 

FLGPER  Perception  function  only 

FLGST  Identifies  last  element 


Order  Card 

Format  Specification:  15,  2X,  811,  815 


’j  v  >-■ 


I 

iffl 
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Input  Variables: 
MISC0D(I5) 
(Columns  1-5) 
HEX0BJ(7I1) 
(Columns  9-15) 


AXIS(I5) 
(Columns  16-20) 


SECT0R(I5) 
(Columns  21-25) 
TIME(I5) 
(Columns  26-30) 

NC0NT$(I5) 
(Columns  31-35) 
ROLEIO(I5) 
(Columns  36-40) 


FLGTMP(I5) 
(Columns  41-45) 


Mission  code  for  the  type  of  mission  to 
be  carried  on  by  the  unit. 

Hex  address  of  the  objective  defined  for 
unit  in  this  operation  order.  If  the 
order  is  a  template,  this  is  a  relative 
objective  and  thus  should  have  leading 
zeros  (rather  than  leading  sevens  as 
normal).  If  FLGOBJ  =  1,  the  objective 
is  unit-centered  and  not  a  template. 

The  input  is  equivalent  to  411,  12,  where 
the  first  6  digits  are  the  unit  ID  of  the 
objective.  The  referenced  unit  must  have 
been  put  in  previously. 

Axis  of  operation.  Azimuth  angle  expressed 
as  an  integer  number  of  degrees  clockwise 
from  north,  which  orients  the  unit's 
operation. 

Sector  width  of  the  unit  in  hexes. 

Timer  which  can  be  used  to  specify  an 
interval  over  which  the  operation  order 
is  effective. 

Number  of  contingency  pointers. 

Identification  number  which  specifies  the 
role  filled  by  the  unit  in  a  multi-unit 
coordinated  operation  being  conducted  at 
the  next  higher  echelon.  It  affects  the 
manner  of  info  aggregation. 

Flag  which  specifies  that  the  operation 
order  pointed  to  is  in  template  form. 

(See  FLGCTM. ) 
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NTEMP(I5) 
(Columns  46-50) 
FLG0BJ(I5) 
(Columns  51-55) 
Contingency  Card  (If 
Format  Specification: 
Input  Variables: 
C0NIDU5) 
(Columns  1-5) 


SITC0D(I5) 
(Columns  6-10) 


C0NDC(I5) 
(Colums  11-15) 
Code 
0 


FLGCTH(I5) 
(Columns  16-20) 


Template  number,  if  FLGTMP  =  1,  may  be 
nonzero. 

Objective  type.  0  for  hex  objective, 

1  for  unit  objective. 

Contingency) 

515 

Contingency  identification  which  causes 
the  associated  contingency  operation  order 
to  be  implemented.  Defines  contingency 
interims  of  the  situation. 

Situation  code  which  causes  the  contin¬ 
gency  order  to  be  implemented.  The  con¬ 
tingency  order  will  be  used  if  either 
the  contingency  is  recognized  or  the 
situation  code  matches  that  computed 
from  the  current  situation. 

Contingency  Disposal  Code. 

Disposition 

Do  not  dispose  of  contingency  order. 
Dispose  of  contingency  order  normally 
(release  to  ISPACE). 

Attach  contingency  to  the  new  current 
order  when  a  "push"  is  executed. 

Attach  contingency  to  the  new  current 
order  when  a  "pop"  or  contingency  is 
executed. 

This  flag  specifies  that  the  operation 
order  pointed  to  is  in  template  form. 

This  means  it  has  not  been  oriented  or 
detailed  for  the  unit.  The  use  of  tem¬ 
plate  orders  allows  one  copy  to  exist 
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which  may  be  referred  to  by  the  order 
structure  of  many  units,  thus  saving 
space.  When  a  template  order  contin¬ 
gency  is  implemented,  a  new  copy  of 
the  template  order  is  made  and  the  hex 
objective,  axis,  and  role  ID  are  changed 
to  those  appropriate  to  the  unit's  actual 
orientation  and  location.  If  FLGCTM  —  13, 
order  is  template;  if  0,  not  template. 

Do  not  use  2. 

NTEMP(I5)  Number  of  template  order. 

(Columns  21-25) 

Note:  If  FLGCTM  =  0  or  1,  this  contingency  must  be  followed  by 
an  OPORDER  card  as  in  section  5,  above. 

7.  End  Card 

Format  Specification:  12 
Input  Variable: 

FLAG(I2)  Option  to  indicate  end  of  the  CIS  data 

(Columns  1,2)  stream:  1  =  END.  This  distinguishes  it 

from  another  Entity  Input,  for  which 
this  entry  would  be  blank  (negative 
zero). 


